便宜VPS网socket阻塞和非阻塞的区别
非阻塞：非阻塞套接字是指执行此套接字的网络调用时，不管是否执行成功，都立即返回。比如调用recv()函数读取网络缓冲区中数据，不管是否读到数据都立即返回，而不会一直挂在此函数调用上。
当socket工作在阻塞模式的时候，如果没有数据的情况下调用该函数，则当前线程就会被挂起，直到有数据为止。非阻塞 非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会立刻返回。
阻塞IO：socket 的阻塞模式意味着必须要做完IO 操作（包括错误）才会返回。非阻塞IO：非阻塞模式下无论操作是否完成都会立刻返回，需要通过其他方式来判断具体操作是否成功。
php为什么不适合socket
1、多线程可能不靠谱。PHP从一开始就不是为多线程环境而设计的，所以pthread这个扩展就需要深入PHP内核，做非常复杂的Hack编程。程序一复杂问题就来了，肯定会有很多BUG。Socket可靠不可靠，这个看人吧。
2、理论上是可以的，使用PHP提供的socket相关API，主要问题是脚本执行时间。PHP运行模式分为非命令行模式及命令行模式。非命令行模式一般是用于B/S交互，max_execution_time默认为非零，也就是限制脚本执行时间。
3、因为，如果我们有时候想灵活的获取网页上的内容，例如处理coockies、验证、表单提交、文件上传等等等等。那么你就需要用到cURL.据说php有着功能强大的cURL库（因为偶也说不清强大在哪里啦，所以用了“据说”大笑）。
4、单个页面执行时间是有限的，这是web语言，socket对他就是鸡肋。
5、肯定socket性能高呀 php写服务器没问题的，你看下 workerman-chat，是一个现成的php聊天室框架。普通的php程序肯定不行。还有个更牛的动态聊天程序，后台也是php写的服务器支撑的。
Linux下read函数默认到底是阻塞的还是非阻塞的
1、而是在接下来的流程中去尝试锁定该读页面，因为在前面文件系统发IO请求时页面已经被锁定，因此，如果页面尚未被读出的话，此时锁定的话必然会阻塞，至此，我们就清楚了Linux内核中的read系统调用默认实现是阻塞方式。
2、read 函数是阻塞的，所以当pipe中没有数据的时候，程序会暂停。解决方法，可以研究下select函数 I/O复用。
3、read函数通常用于从文件描述符中读取数据，它会阻塞进程直到有数据可读或者出现错误。当read函数被调用时，操作系统内核会检查相应的文件描述符是否有数据可读，如果没有则将进程挂起，直到有数据可读或者超时。
4、非阻塞就是说，如何执行read函数的时候，数据包没有，那么read函数返回没有读到任何东西，如果执行read函数时候恰好有数据包，那么read函数将返回读到的数据包。
5、阻塞方式下，connect首先发送SYN请求道服务器，当客户端收到服务器返回的SYN的确认时，则connect返回.否则的话一直阻塞.非阻塞方式，connect将启用TCP协议的三次握手，但是connect函数并不等待连接建立好才返回，而是立即返回。
socket中Inputstream.read()方法出现问题,一直阻塞;
1、socket 其实用的是IO流来交互的，在inputstream read得到-1 因为已到达流末尾而不再有数据可用，则返回 -1。
2、如果已经到达流末尾而没有可用的字节，则返回值 -1。在输入数据可用、检测到流末尾或者抛出异常前，此方法一直阻塞。
3、客户端的输出流和服务器端的输入流是一对，客户端的输入流和服务器端的输出流又是一对，他们操作的对象是网络文件。在任何一端读取数据时，另一端必须先写数据到网络文件中，否则就会阻塞。
4、Socket通讯正常想实现的流程：是客户端给服务端发送发送报文，当服务端接收到报文后，给客户端一个反馈信息。目前代码实现情况是：客户端和服务端在read时都被阻塞了，经过反复的查阅相关资料和测试，发现了问题的根本。
5、可以先用可用（）方法来确定有多少内容可以阅读，再阅读。这就避免了read（）方法块。
