gateway网关中netty的websocket设置数据内容大小
1、WebSocketServerProtocolHandler ：参数是访问路径，这边指定的是ws，服务客户端访问服务器的时候指定的url是： ws：//localhost：8899/ws 。 它负责websocket握手以及处理控制框架（Close，Ping（心跳检检测request），Pong（心跳检测响应）。 文本和二进制数据帧被传递到管道中的下一个处理程序进行处理。
2、通常来说，对于webSocket协议，为了提升传输的性能和速度，降低网络带宽占用量，在使用过程中通常会带上额外的压缩扩展。为了处理这样的压缩扩展，netty同时提供了服务器端和客户端的支持。
3、websocket到现在为止，已经有多个版本，netty有相应的对应类，这部分处理一般不需要人工干预。如果运行正常的话，会在页面的文本框中显示1-20记数。可以通过firefox或chrome的开发人员工具，显看浏览器与服务器的交互。主要是HttpServerChannelHandler2，加了些注释和少量debug代码。
4、所以实现的测试工具每个client建立60000个websocket连接，一共二十个client。实际不可能使用20台机器，我使用了两台AWS C2xlarge（8核16G）服务器作为客户端机。每台机器10个客户端。四个服务器的代码和Client测试工具代码可以在github上下载。
5、Netty搭建的服务器基本上都是差不多的写法：绑定主线程组和工作线程组，这部分对应架构图中的事件循环组。其原理，请参见 《Netty Zookeeper Redis 高并发实战》 一书。重点就是ChannelInitializer的配置，以异步的方式启动，最后是结束的时候关闭线程组。
6、WebSocket 前三阶段修炼成功之后，做个大学的毕设应该是够用了。
Netty笔记之六:Netty对websocket的支持
桢 ： WebSocket规范中定义了6种类型的桢，netty为其提供了具体的对应的POJO实现。 WebSocketFrame：所有桢的父类，所谓桢就是WebSocket服务在建立的时候，在通道中处理的数据类型。本列子中客户端和服务器之间处理的是文本信息。所以范型参数是TextWebSocketFrame。
通常来说，对于webSocket协议，为了提升传输的性能和速度，降低网络带宽占用量，在使用过程中通常会带上额外的压缩扩展。为了处理这样的压缩扩展，netty同时提供了服务器端和客户端的支持。
首先，我们知道如果我们不用netty而是使用普通的IO模型，那么一个套接字对应一个端口，一台机器一共65535个端口，出去保留的0-1024的端口，剩下6万个是我们能用的。
例如：当接收一个 Text 消息时， Netty 首先会实例化一个 TextWebSocketFrame 对象并传递给调用方，而通过 isFinalFragment 我们可以判断出，这个帧对象是否已经传输完毕，如果传输完毕，那么进行业务处理。如果没有传输完毕，那么继续等待余下信息，进行拼接处理。
ipc是进程间通信，包含lpc（本地进程间通信）和rpc（远程进程间通信），也称进程调用。进程间通信需要用socket。总结：ipc可以直接使用socket通信，但不能跨平台，使用了websocket就能跨平台调用，但每个线程只能连接一个socket，通过使用netty就可以一个线程连接多个socket，避免开启大量线程来处理socket。
netty,websocket,ipc(lpc和rpc),Nio之间的相互调用
ipc是进程间通信，包含lpc（本地进程间通信）和rpc（远程进程间通信），也称进程调用。进程间通信需要用socket。总结：ipc可以直接使用socket通信，但不能跨平台，使用了websocket就能跨平台调用，但每个线程只能连接一个socket，通过使用netty就可以一个线程连接多个socket，避免开启大量线程来处理socket。
Netty就像一把万能钥匙，它能让你亲手打造属于自己的服务器帝国：HTTP服务器、FTP服务器、UDP服务器、RPC服务器，甚至是WebSocket和Redis代理服务器，甚至是MySQL代理服务器，一切皆有可能。
标签： #netty实现websocket
