Потокобезопасность

[lavilin]

Добрый день!

В описании ко многим классам на msdn написано

Любые открытые члены этого типа, объявленные как static (Shared в Visual Basic), являются потокобезопасными. Потокобезопасность членов экземпляров не гарантируется.

Я создал объект класса SerialPort, создал несколько потоков и каждый поток отправляет что-то по компорту:

private void TestSend(string s)
{
    serialport.WriteLine(s);
}

В результате получается что-то вроде

Сообщение от потока №1
Сообщение от потока №1
Сообщение от потока №1
Сообщение от потока №1
Сообщение от потока №1
Сообщение от потока №2
Сообщение от потока №2
Сообщение от потока №2
Сообщение от потока №2
Сообщение от потока №2
Сообщение от потока №1
Сообщение от потока №1
Сообщение от потока №1
Сообщение от потока №1
Сообщение от потока №3
Сообщение от потока №3
Сообщение от потока №3

и так далее

Запускал неоднократно, создавал разное число потоков, но строчки всегда отправлялись полностью, то есть не было случая, когда один поток отправит только пол строки, а потом прерывается и другой поток отправляет свою строку:

Сообщение от потСообщение от потока №2

Получается метод WriteLine класса SerialPort потокобезопасный, если одновременно несколько потоков не могу ничего писать в компорт?
Как тогда понимать фразу "Потокобезопасность членов экземпляров не гарантируется"?
Такая же фраза присутствует и в описании свойства BaseStream объекста SerialPort.

[Stilet]

Как тогда понимать фразу "Потокобезопасность членов экземпляров не гарантируется"?

Видимо имеется ввиду поля класса, которые не статические.
А вообще нужно читать источник твоей цитаты.

[lavilin]

Например, вот:
http://msdn.microsoft.com/ru-ru/libr...v=vs.110).aspx

WriteLine() - это же тоже член экземпляра? То есть метод этот не потокобезопасный, а значит при его выполнении одновременно в нескольких потоках он может прерываться, но почему-то на практике такое не происходит

[Пепел Феникса]

Сообщение от lavilin

Например, вот:
http://msdn.microsoft.com/ru-ru/libr...v=vs.110).aspx

WriteLine() - это же тоже член экземпляра? То есть метод этот не потокобезопасный, а значит при его выполнении одновременно в нескольких потоках он может прерываться, но почему-то на практике такое не происходит

не гарантируется это не значит что обязательно будет фейл.
это лишь значит что они могут быть.

[lavilin]

Так в этом и вопрос - почему фейлов нет?

Например:

        static void Print(object color)
        {
            ConsoleColor c = (ConsoleColor)color;
            string s = Thread.CurrentThread.Name;
            for (int i = 0; i < 100; i++)
            {
         //       lock (locker)
                {
                    Console.ForegroundColor = c;
                    Console.WriteLine("{0}", s);
                }
            }
            Console.WriteLine("{0} закончил работу", s);
    }

Если вызвать этот метод из нескольких потоков, то практически всегда цвета напечатонного текста сбиваются потому что после строчки

            Console.ForegroundColor = c;

второй поток вытесняет первый и начинает печатать свой текст, но не тем цветом которым задумывалось.

Почему такого не происходит с методом WriteLine() объекта SerialPort? Он же должен быть потоконебезопасным. Сколько не создавал потоков, сбоев не было.

[Пепел Феникса]

Он же должен быть потоконебезопасным.

кто сказал что должен быть?

[lavilin]

Полагаю в описании на msdn было бы что-нибудь сказно в таком случае... Как тогда узнать какие методы потокобезопасны, а какие нет? В каких случаях нужно применять синхронизацию потоков, а в каких она уже встроена?

[pu4koff]

Сообщение от lavilin

Полагаю в описании на msdn было бы что-нибудь сказно в таком случае... Как тогда узнать какие методы потокобезопасны, а какие нет? В каких случаях нужно применять синхронизацию потоков, а в каких она уже встроена?

Если написано, что потокобезопасный, то не нужно дополнительно синхронизировать, а если тишина, то лучше не надеяться на везение или текущую типа правильную работу. Не забывайте, что ошибки в многопоточном ПО, долго и не увлекательно искать.
У меня так в студенчестве по TCP одним куском данные кидались, я дополнительные проверки и докачивания не стал прописывать. В универе только посыпались косяки, когда сервер и комп на разные компы разнесли.