Czy konieczna jest synchronizacja .NET SerialPort zapisuje/czyta?

Question

W mojej aplikacji używam klasy .NET SerialPort do odczytu i zapisu danych. Odczyt jest dokonywany przy użyciu zdarzenia DataReceived, zakładam wewnętrznie w wątku ThreadPool. Pisanie odbywa się za pomocą wątku UI (WinForm).

Zastanawiam się, czy konieczne jest zsynchronizowanie dostępu do instancji SerialPort, aby w tym samym czasie nie było możliwe odczytywanie/zapisywanie. Moje sumienie mówi mi, że powinienem blokować te połączenia, ale jestem zdziwiony, ponieważ wszystkie przykłady z C# SerialPort, które znalazłem w Internecie, w ogóle nie używają blokowania.

Answer 1

Oto wielki wątek na ten temat, z autorem klasy SerialPort uczestniczącego:

MSDN: How does SerialPort handle DataReceived?

Z mojego doświadczenia wynika, że ​​zostały napisane aplikacje komunikacji szeregowej kilkunastu do stosowania jako symulatorów sprzętowych, ja nie blokuj. Nie wiedziałem wtedy, czy jestem bezpieczny, czy nie, ale w praktyce nie popełniłem jeszcze błędu. (rok prawie stałego używania przez 20 + testerów i zautomatyzowane maszyny testujące). Powiedziałbym, że moje aplikacje nie opuszczają firmy, gdybym pisał aplikacje do publicznej konsumpcji, mógłbym bardziej uważać.

Answer 2

Z dokumentacji:

Wszystkie publiczne statyczny (Shared w języku Visual Basic) elementy członkowskie tego typu (SerialPort) są bezpieczne dla wątków. Dowolni członkowie instancji nie mogą zagwarantować bezpieczeństwa w wątku.

Powinieneś więc zsynchronizować odczyt/zapis z blokadami.