CentOS7-1-设置静态IP
1、找到配置文件
1 | [root@localhost network-scripts]# cd /etc/sysconfig/network-scripts/ |
1 | [root@localhost network-scripts]# cd /etc/sysconfig/network-scripts/ |
dynamicBuffer()
方法创建动态长度可变的ChannelBuffer,用于存储序列化后的字节数组short+Byte[]
的格式写入,其中short表示String转成byte数组后数组的长度short+Object+Object...
格式写入,其中short表示list中元素的个数,Object为List中的元素short+KeyObject+ValueObject+KeyObject+ValueObject...
格式写入,其中short表示map中元素的个数copiedBuffer(byte[] array)
方法创建ChannelBuffer对象,通过该ChannelBuffer对象来读取属性值
下载地址如下:https://github.com/google/protobuf
1 | syntax = "proto3"; |
把对象转换为字节序列的过程称为对象的序列化。
把字节序列恢复为对象的过程称为对象的反序列化。
对象的序列化主要有两种用途:
1) 把对象的字节序列永久地保存到硬盘上,通常存放在一个文件中;
2) 在网络上传送对象的字节序列。
在很多应用中,需要对某些对象进行序列化,让它们离开内存空间,入住物理硬盘,以便长期保存。比如最常见的是Web服务器中的Session对象,当有 10万用户并发访问,就有可能出现10万个Session对象,内存可能吃不消,于是Web容器就会把一些session先序列化到硬盘中,等要用了,再把保存在硬盘中的对象还原到内存中。
当两个进程在进行远程通信时,彼此可以发送各种类型的数据。无论是何种类型的数据,都会以二进制序列的形式在网络上传送。发送方需要把这个Java对象转换为字节序列,才能在网络上传送;接收方则需要把字节序列再恢复为Java对象。
java.io.ObjectOutputStream代表对象输出流,它的writeObject(Object obj)方法可对参数指定的obj对象进行序列化,把得到的字节序列写到一个目标输出流中。
java.io.ObjectInputStream代表对象输入流,它的readObject()方法从一个源输入流中读取字节序列,再把它们反序列化为一个对象,并将其返回。
只有实现了Serializable和Externalizable接口的类的对象才能被序列化。Externalizable接口继承自 Serializable接口,实现Externalizable接口的类完全由自身来控制序列化的行为,而仅实现Serializable接口的类可以 采用默认的序列化方式 。
对象序列化包括如下步骤:
1) 创建一个对象输出流,它可以包装一个其他类型的目标输出流,如文件输出流;
2) 通过对象输出流的writeObject()方法写对象。
对象反序列化的步骤如下:
1) 创建一个对象输入流,它可以包装一个其他类型的源输入流,如文件输入流;
2) 通过对象输入流的readObject()方法读取对象。
使用Buffer读写数据一般遵循以下四个步骤:
写入数据到Buffer
调用flip()
方法
从Buffer中读取数据
调用clear()
方法或者compact()
方法
当向buffer写入数据时,buffer会记录下写了多少数据。一旦要读取数据,需要通过flip()
方法将Buffer从写模式切换到读模式。在读模式下,可以读取之前写入到buffer的所有数据。
一旦读完了所有的数据,就需要清空缓冲区,让它可以再次被写入。有两种方式能清空缓冲区:调用clear()
或compact()
方法。clear()
方法会清空整个缓冲区。compact()
方法只会清除已经读过的数据。任何未读的数据都被移到缓冲区的起始处,新写入的数据将放到缓冲区未读数据的后面。
1 | package com.example.part_02_nio.demo004; |
对于并发不是很大的情况下,一个Selector负责轮询注册事件的变化,并对事件进行处理,是没有问题的。但是当并发比较大的时候,客户端连接比较多,且IO也比较多的情况,一个Selector肯定是不能满足对于系统性能的要求。
对于高并发的情况,给去的解决方案是:分为boss(一个或多个)和worker(多个)两种线程来处理,每一个线程都拥有自己的Selector。boss线程负责接收客户端请求,将accept到的SocketChannel转交给其中的一个worker线程去处理IO请求。
结合上一篇文章的图解,这一篇实现的效果,类似于:
通俗解释:用餐高峰期,餐厅客人较多,一个服务员肯定是忙不过来的,这个时候就需要多个服务员来接待客人了。
1 | package com.example.part_02_nio.demo001; |
网络编程的基本模型是Server/Client模型,也就是两个进程直接进行相互通信,其中服务端提供配置信息(绑定的IP地址和监听的端口),客户端通过连接操作向服务端监听的地址发送连接请求,通过三次握手建立连接,如果连接成功,则双方即可进行通信(网络套接字Socket)。
BIO的B即blocking,阻塞的意思,那么阻塞的点在哪呢?
server.accept();
:服务端程序会一直阻塞在此处,直到有一个客户端连接过来(客户端程序存在此阻塞点)reader.readLine();
:服务端程序会一直阻塞在此处,直到客户端发送消息过来同一时刻,只能处理一个客户端请求