отправлять сообщения TCP из двух разных потоков

Question

отправлять сообщения TCP из двух разных потоков

1

У меня есть два потока, которые должны отправлять TCP-сообщения с использованием того же уже установленного соединения. У меня есть объект, позволяющий сказать tcpSender, который я хотел бы использовать из поточных тем. Как я могу создать свое программное обеспечение, чтобы у меня не было проблем с concurrency и потерянных сообщений?

Спасибо!

biquillo 21 дек. 2010, в 17:08

Источник

Теги:

android

design-patterns

tcp

3 ответа

2

Вы можете создать Semaphore, который вы acquire перед каждой отправкой и release после каждой отправки. Это обеспечит доступ к ресурсам одним потоком за раз.

aioobe 21 дек. 2010, в 12:49

0

+1 да Просто имейте в виду, что операция отправки может блокироваться в течение сколь угодно длительного времени (если, например, другой конец соединения перестает принимать данные и срабатывает управление потоком TCP), так что вы могли бы долго ждать acquire семафора.
David Gelhar 21 дек. 2010, в 15:36
0

Это излишне сложно. Семафор в Java обычно требуется, только если вы хотите ограничить определенное количество одновременных обращений. Если доступ к ресурсу разрешен только одному потоку, синхронизированный блок гораздо проще в использовании.
jarnbjo 21 дек. 2010, в 15:37
0

но что произойдет, если один поток необходимо отправить, пока объект заблокирован?
biquillo 21 дек. 2010, в 15:43
0

@jarnbjo, нет, это работает, только если метод является статическим, что я сомневаюсь, что это здесь, так как Бикилло говорит об объектах.
aioobe 21 дек. 2010, в 15:45
0

@biquillo: Если кто-то уже имеет семафор (отправляет), тогда другой поток будет блокировать в методе acquire , пока другой поток не вызовет release .
aioobe 21 дек. 2010, в 15:46
0

Ах хорошо! большое спасибо всем :)
biquillo 22 дек. 2010, в 10:53

Показать ещё 4 комментария

1

Если вам не нужно получать ответ после отправки этих данных, вы можете использовать очередь.

Jonas Alves 21 дек. 2010, в 15:41

Ещё вопросы

+1 да Просто имейте в виду, что операция отправки может блокироваться в течение сколь угодно длительного времени (если, например, другой конец соединения перестает принимать данные и срабатывает управление потоком TCP), так что вы могли бы долго ждать acquire семафора.
Это излишне сложно. Семафор в Java обычно требуется, только если вы хотите ограничить определенное количество одновременных обращений. Если доступ к ресурсу разрешен только одному потоку, синхронизированный блок гораздо проще в использовании.
но что произойдет, если один поток необходимо отправить, пока объект заблокирован?
@jarnbjo, нет, это работает, только если метод является статическим, что я сомневаюсь, что это здесь, так как Бикилло говорит об объектах.
@biquillo: Если кто-то уже имеет семафор (отправляет), тогда другой поток будет блокировать в методе acquire , пока другой поток не вызовет release .
Ах хорошо! большое спасибо всем :)

ezpz · Accepted Answer · 2010-12-21T15-27-00.000Z

Вы можете моделировать это как производитель/потребитель, где каждый поток вставляет сообщения в TCPSender, когда они готовы, а TCPSender поддерживает очередь сообщений FIFO. Вставки в очередь будут заблокированы (в пределах TCPSender) и обработаны в порядке.

Будет существовать другой поток, который потребляет сообщения, когда очередь не будет пустой блокировкой каждый раз, когда сообщение удаляется из очереди.

Двумя непосредственными преимуществами являются то, что вы можете поддерживать произвольное количество производителей, а блокировка ограничивается вставкой в очередь, а не фактической отправкой сообщений (с точки зрения производителя, то есть).

Я использовал этот метод некоторое время назад. Это сработало очень хорошо.