readLine()在没有读取到换行符或回车符时。是不会返回的。而是处于阻塞状态。所以这个while在读取一条消息后。一直在readLine()上阻塞。当客户端发来下一条消息时。会继续下一次循环，等待读取下一条消息
最近在工作中遇到了一个Android的ANR问题，经过分析是WiFiStateMachine调用了系统函数readline（），然后出现了阻塞的现象，然后就深入了解了一下readline函数。网上搜了一下，发现关于readline（）函数的解释大都是说readline（）函数是阻塞函数，没有消息是并不会返回null，而是一直阻塞在那。至于阻塞的实质，都没有涉及，我经过仔细分析源码，得出结论如下：
学习了Java NIO和IO API之后，就有了一个问题： 什么时候用IO，什么时候用NIO？ 本文将试着阐明Java NIO和IO之间使用上的区别，以及它们是如何影响到你的代码设计的。
NIO即New IO，这个库是在JDK1.4中才引入的。NIO和IO有相同的作用和目的，但实现方式不同，NIO主要用到的是块，所以NIO的效率要比IO高很多。在Java API中提供了两套NIO，一套是针对标准输入输出NIO，另一套就是网络编程NIO。
本文翻译自How to read a file line by line in Node.js
当学习了Java NIO和IO的API后，一个问题马上涌入脑海： 我应该何时使用IO，何时使用NIO呢？在本文中，我会尽量清晰地解析Java NIO和IO的差异、它们的使用场景，以及它们如何影响您的代码设计。 Java NIO和IO的主要区别 下表总结了Java NIO和IO之间的主要差别，我会更详细地描述表中每部分的差异。 IONIOStream orientedBuffer orientedBlocking IONon blocking IO Selectors 面向流与面向缓冲 Java NI
两者有两点最明显也是最主要的区别 IO:面向流、阻塞模式 NIO：面向缓冲、非阻塞模式
之前是想写一个微信控制程序，通过登录网页微信，可以直接执行命令行代码。也不用ssh登录了，想法很方便。
传统的socket IO中，需要为每个连接创建一个线程，当并发的连接数量非常巨大时，线程所占用的栈内存和CPU线程切换的开销将非常巨大。使用NIO，不再需要为每个线程创建单独的线程，可以用一个含有限数量线程的线程池，甚至一个线程来为任意数量的连接服务。由于线程数量小于连接数量，所以每个线程进行IO操作时就不能阻塞，如果阻塞的话，有些连接就得不到处理，NIO提供了这种非阻塞的能力。
c:客户端键盘录入服务器控制台输出 package cn.itcast_08; import java.io.BufferedReader; import java.io.BufferedWriter; import java.io.IOException; import java.io.InputStreamReader; import java.io.OutputStreamWriter; import java.net.Socket; /* * 客户端键盘录入，服务器输出到控制台 */ publi
我肯定会说：因为Redis是内存数据库！如果不是直接把数据放在内存里，甭管怎么优化数据结构、设计怎样的网络I/O模型，都不可能达到如今这般的执行效率。
对于Java Socket编程而言，有两个概念，一个是ServerSocket，一个是Socket。服务端和客户端之间通过Socket建立连接，之后它们就可以进行通信了。首先ServerSocket将在服务端监听某个端口，当发现客户端有Socket来试图连接它时，它会accept该Socket的连接请求，同时在服务端建立一个对应的Socket与之进行通信。这样就有两个Socket了，客户端和服务端各一个。
前几天遇到了一共个ANR问题，线程阻塞问题，下面分享一下分析解决思路。 从log中可以看出是System_server超时ANR问题，在一个循环中等待。
很多初涉网络编程的程序员，在研究Java NIO（即异步IO）和经典IO（也就是常说的阻塞式IO）的API时，很快就会发现一个问题：我什么时候应该使用经典IO，什么时候应该使用NIO？
本文引用了“架构师社区”公众号的《史上讲的最好的Java NIO与IO的区别与应用》一文部分内容，感谢原作者的技术分享。
1. http 协议 请求数据包解析 第一部分：请求行，请求类型，资源路径以及 HTTP 版本。 第二部分：请求头部，紧接着请求行（即第一行）之后的部分，用来说明服务器要使用的附加信息。 第三部分：空
阻塞（blocking）IO ：阻塞是指结果返回之前，线程会被挂起，函数只有在得到结果之后（或超时）才会返回
这真是一个诡异的需求。为什么我需要在命令行中得知用户输入文字的改变啊！实际上我希望实现的是：在命令行中输入一段文字，然后不断地将这段文字发往其他地方。
Java NIO是为了解决高并发请求提出的设计模型，是基于IO多路复用设计出来的。底层又依赖于操作系统的支持(select、poll、epoll)。
这是jdk1.6 中FilterOutputStream流的部分实现代码（我是粘贴过来的）。从这段代码可以看出，嵌套流关闭时直接关闭的是被封装流，只是在关闭之前flush。
在上篇文章写I/O的时候，从最基础的文件读取和socket讲述了I/O存在的线程阻塞问题。
Android系统中规定耗时任务需要在异步线程中进行，特别是网络请求必须在异步线程中进行否则会抛出NetworkOnMainThreadException,但是在一些特殊的情况我们需要保证在获得到网络请求结果之后在进行余下操作，这时候便需要在UiThread中进行相关操作。
上面我们开始监听8888端口，启动这个main后，肯定阻塞到accept,等待客户端发送过来消息
Java网络编程多线程改进上传文件 服务器的代码用线程进行封装(多线程)，这样可以模拟一个同时接收多人上传文件的服务器。 (用循环也可以但是效率低，是单线程的程序)
-多路复用器。这里我们可以理解为注册中心。所有的handler再向selector注册的时候会带上标签(SelectorKey)。在某个Channel发生读或写的事件时这个Channel会处于就绪状态。在Selector轮询的时候会筛选出来。然后我们在根据SelectorKey判断监听的是什么事件。从而做出处理。查阅资料得知selector没有连接限制。理论上一个selector可以管理N个Channel。
1）、创建socket对象 2）、建立连接后，通过输出流向服务端发送请求信息 3）、通过输入流获取服务端返回的响应信息 4）、关闭响应资源
一、当我们使用单进程单连接且使用readline修改后的客户端程序，去连接使用readline修改后的服务器端程序，会出现一个有趣的现象，先来看输出： 先运行服务器端，再运行客户端， simba@ub
看着身边优秀的小伙伴们早就开始写博客，自己深感落后，还好迟做总比不做好，勉励自己见贤思齐。趁着年前最后一个周末，阳光正好，写下第一篇博客，为2019年开个头，以期完成今年为自己立下的flags。
今天周五，早上起床晚了。赶着挤公交上班。但是目前眼前有这么几件事情。刷牙洗脸、泡牛奶、煎蛋。在同步编程眼中。先刷牙洗脸，然后烧水泡牛奶。再煎蛋，最后喝牛奶吃蛋。毫无疑问，在时间紧促的当下。它完了，稳的迟到、半天工资没了。那么异步编程眼中，或许还有一丝解救的希望。先烧水，同时刷牙洗脸。然后泡牛奶，等牛奶不那么烫的时候煎个蛋。最后喝牛奶吃蛋。也许还能不迟到。在本篇文章中将围绕这个事例讲解异步编程。
创建 Socket 需要设置超时时长 , 要连接的服务器端的端点信息 , 该端点包括 IP 地址和端口号 ;
Python subprocess 模块是一个功能强大的库，用于启动和与子流程交互。 它附带了一些高级 api，比如调用、检查输出和运行，这些都集中在的程序运行和等待完成的子进程上。
复制UdpActivity一份，原地粘贴，命名为TcpActivity：
这个简单的例子是完成下述功能的一个回射服务器： 1. 客户从标准输入读一行文本，写到服务器上 2. 服务器读入此行，并回射给客户 3. 客户读此回射行写到标准输出
在服务器启动后，客户端还没有连接服务器时，服务器由于调用了accept方法，将一直阻塞，直到有客户端请求连接服务器。
在Java程序中，启动另一个进程执行一个命令时可以使用ProcessBuilder类启动一个进程。
传统的BIO模型（同步阻塞IO模型）+线程池（多线程）模式：适合活动连接次数不是特别高。该模式是1:1，即每次连接每个线程。
在这段代码中，使用readLine()读取输入流的方式可能会导致攻击者使用恶意输入来造成程序崩溃或拒绝服务（Denial of Service）的情况。攻击者可以发送大量的换行符来使读取操作变得非常缓慢，最终耗尽系统资源。
创建一个TCP套接口，用通配地址（INADDR_ANY）和unp.h中定义的众所周知端口（SERV_PORT），端口号为9877。
松哥原创的 Spring Boot 视频教程已经杀青，感兴趣的小伙伴戳这里-->Spring Boot+Vue+微人事视频教程
每建立一个Socket连接时，同时创建一个新线程对该Socket进行单独通信（采用阻塞的方式通信）。这种方式具有很高的响应速度，并且控制起来也很简单，在连接数较少的时候非常有效，但是如果对每一个连接都产生一个线程的无疑是对系统资源的一种浪费，如果连接数较多将会出现资源不足的情况。
👋 你好，我是 Lorin 洛林，一位 Java 后端技术开发者！座右铭：Technology has the power to make the world a better place.
介绍 在使用多线程模型进行编程时，经常遇到的问题之一是，当我们关闭前台的UI线程时，后台的辅助线程仍然处于活动状态，从而导致整个应用程序无法正常退出。这时我们需要一种较安全的方式来结束后台线程的运行，这样我们可以随时结束后台线程的运行，并且在线程结束时进行相应的资源清理工作（例如将内存数据写入硬盘）。.net框架提供了一些工具来实现该功能。 1.IsBackgound属性 Thread类提供了IsBackground属性，当线程的IsBackground属性被设置为true时，表示此线程为后台工作线程。当一个应用程序结束时，它的所有后台线程会自动的被结束执行。如果你有一个后台线程侦听Socket连接，并且正在被阻塞，那么这时候通过设置线程的IsBackground属性为True,使它自动随应用程序的结束而结束是比较合适的。但在这种情况下，线程会静悄悄的结束，它不会引发任何异常，你的线程没有机会执行一些需要的清理代码。例如，内存中的数据可能会来不及写入磁盘，从而造成丢失数据。 2.Abort方法 可以调用Thread类的Abort方法来强制终制线程。上调用此方法时，线程上引发ThreadAbortException，并导至线程终结，通过捕获该异常，可以执行一些资源清理代码。但这种模式也有一些问题，主要是难以知道线程上的代码执行到什么地方，所有相应的资源清理代码也难以编写。总的来说这是一种比较粗暴的终止线程执行的方法，通常来说是不推荐使用的。 3。轮循方式 如果后台线程将执行一个很长的计算，那么可以将计算隔成若干小段，并经常检查是否需要取消线程。.NET框架提供了CancellationTokenSource类来作为线程取消的统一模式。例如：
作为一个WEB程序员，网络编程模型是我们需要掌握的基础知识，在介绍具体模型之前先聊下几个基本的概念：
网络编程需要依靠Socket API，在java标准库中有两种风格： 1.（UDP）DatagramSocket：面向数据报（发送接收数据，必须以一定的数据报为单位进行传输） 2.（TCP）ServerSocket：面向字节流
阻塞和非阻塞是进程在访问数据的时候，数据是否准备就绪的一种处理方式,当数据没有准备的时候阻塞: 往往需要等待缓冲区中的数据准备好过后才处理其他的事情，否则一直等待在那里。
公众号中关于Unix网络编程的1、2章节对基础知识做了铺垫，介绍了建立网络通信的API。然而客户和服务器之间建立通信管道（以下简称Channel）之后，如何管理Channel以及Channel中双向流动的数据才是开发者关注的重点，这构成了所有网络应用（如http服务器，ftp服务器等）的基础，也才真正是Unix网络课程这个分支所涉及的内容。
系列文章：http://www.jianshu.com/p/594441fb9c9e
一、搭建服务器端 a)、创建ServerSocket对象绑定监听端口。 b)、通过accept()方法监听客户端的请求。 c)、建立连接后，通过输入输出流读取客户端发送的请求信息。 d)、通过输出流向客户端发送请求信息。 e)、关闭相关资源。 package socket; import java.io.BufferedReader; import java.io.IOException; import java.io.InputStreamReader; import java.io.PrintWrit
上期结合程序员小猿用温奶器给孩子热奶的故事，把面试中常聊的“同步、异步与阻塞、非阻塞有啥区别”简单进行普及。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
