UDPProvider和UDPSearcher的启动顺序

Question

请教下老师，为什么先UDPSearche在启动UDPProvider，两个线程就会阻塞呢？

Answer 1

Qiujuer 2018-10-24 16:08:55

不对哦 两个线程？可以截图一下么？
理论来说如果没有启动提供者，去搜索也是没有意义的。
所以是先启动提供者，然后启动搜索。

• 提问者 黎明的烬 #1

  是不是DatagramPacket.receive方法阻塞了、点进去看了下源码，说这个方法是会阻塞。。。。。

Answer 2

Qiujuer 2018-10-24 21:03:07

哦 你说的这个哦 这个不是死锁。 这个是两个不同进程了，不是同进程之间的线程死锁。 

两个都不忘下走 只是因为两者都是使用的同步io，现在等于是在等待io返回而已。

但是又因为两者顺序不同完美的错过了，所以永远等不到数据到来。 

正确的顺序是：

提供者开启，并进入接收数据等待 
搜索者开启，并进入发布数据状态，然后等待返回 
此时提供者等待到了数据，所以接收数据，消费数据，并且返回数据 

然后搜索者得到返回数据，之后搜索者继续走后面的逻辑。 

而顺序错了就成了： 
搜索者发送数据，然后等待数据回来 
提供者开启，等待到达数据；但是由于发送者在提供者启动之前就把数据发送了，所以提供者不可能等到数据了，也就不会回送数据了。 

所以搜索者也得不到数据了，然后两者就都GG了。

Answer 3

提问者 黎明的烬 2018-10-24 18:42:39

大概就是这样子

• Qiujuer #1

  哦 你说的这个哦 这个不是死锁。
  这个是两个不同进程了，不是同进程之间的线程死锁。
  两个都不忘下走 只是因为两者都是使用的同步io，现在等于是在等待io返回而已，但是又因为两者顺序不同完美的错过了，所以永远等不到数据到来。
  
  正确的顺序是：
  提供者开启，并进入接收数据等待
  搜索者开启，并进入发布数据状态，然后等待返回
  此时提供者等待到了数据，所以接收数据，消费数据，并且返回数据
  然后搜索者得到返回数据，之后搜索者继续走后面的逻辑。
  
  而顺序错了就成了：
  搜索者发送数据，然后等待数据回来
  提供者开启，等待到达数据；但是由于发送者在提供者启动之前就把数据发送了，所以提供者不可能等到数据了，也就不会回送数据了。
  
  所以搜索者也得不到数据了，然后两者就都GG了。

• Qiujuer #2

  格式丢失了，所以我在上面回复了一下。

Answer 4

不想做程序猿 2018-10-24 15:15:38

先启动provider然后再启动searche