大家好，又见面了，我是你们的朋友全栈君。
http://blog.sina.com.cn/s/blog_6ffee9410100pqdt.html
折腾了一个下午加大半个晚上，查了300多个网页，20多个技术论坛，终于把这个问题解决了，真不容易。总结下出现这个错误的一般原因和我出错的原因。
出现这个错误的一般原因：
1.fromlen参数没有初始化
2.from参数没有设置正确，也就是结构问题
3.参数作用域问题
我出错的原因：
在查找过程中，曾发现部分帖子上说过bind()的问题，但自恃对UDP通信了如指掌，入行以来所做的UDP客户端为了不跟其他程序抢端口，提高程序的通用性，从来不绑定也没出过错，不屑地认为他们在胡说八道，纯粹外行人的说法。不想这回还真栽这上边了。
这个系统我采用了一个套接字4线程通用的方法，在主线程中初始化，在接收线程、网络预处理线程、处理线程、发送线程中共用。考虑到各个线程的同步和信息同步的问题，首先启动的是接收线程。于是问题出来了，recvfrom函数一直在报错10022，look error说是参数错误。在网上查了大半天，几乎所有参数都进行了改动尝试，断点取值查看，结果参数一点问题都没有，甚至将以前的程序拷贝过来测试也没用，十分郁闷，都准备晚上不睡觉奋战到底了。
百度google的网页都快翻遍的时候实在受不了了，摔了鼠标去冲咖啡。闻到咖啡浓香的时候突然想到一个问题：socket之所以不绑定，是系统会自动分配端口，这只是对发送函数来讲的，如果不绑定而直接调用接收函数，如果我是写这个函数的人，我会怎么办？我知道该从哪个端口接收吗？不知道。如果我随便找个端口，有一种情况会根本没法处理，就是只接收数据而不往外部发送数据的时候，整个系统，包括外部要通信的系统都不会知道我在这个端口接收数据，那这个接收函数就变得毫无意义。我当然不会白痴到留下这么个漏洞，那个比我高N级的编写这个的软件工程师更加不会。所以，要报错。所以就有了10022。
当然，这只是假想，只是猜测，要经实际验证的。我绑定个端口后发现竟然通了，假想得到验证。
另外一种猜想：如果不绑定端口，而在接收之前进行一次发送，依照我的上一个猜想，依然可以行得通。因为在发送的时候系统自动分配了端口，这样除了发送函数知道那个端口外，系统其他部分也知道了。当然，这只是猜想的猜想，还需要验证。不过今天晚上太晚了，还有点东西没调完，明天再验证吧。
花了这么多时间，查了这么多资料，发现我犯的错误竟然是前无古人，后难有来者，所有的资料中都没有记载或者没有解释。当真值得记上一笔。
以后多想想编这个系统的人是怎么想的，或许能省点时间，毕竟他们也是人，再高级的工程师也是写程序的，跟我本质上没什么区别，区别就在于他们都比我年纪大。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/163429.html原文链接：https://javaforall.cn
