arctan90的专栏

【前言】用tomcat部署的中文名图片无法下载，这个是编码格式导致的，打开conf下的server.xml开始配置【添加位置】在指定服务连接属性，如端口号，超时时长等属性的地方添加默认安装的tomcat其server.xml格式会是这样：【添加方法】有两种方式添加编码格式URIEncoding="UTF-8"添加后可能会是这样<Connector port="8

.*（ 二进制流，不知道下载文件类型）application/octet-stream.tifimage/tiff.001application/x-001.301application/x-301.323text/h323.906application/x-906.907drawing/907.a11appl

【前言】有时候会用静态类的形式加载数据到内存中来提升查询效率，在J2EE中如果靠URL访问才加载，对首个访问用户来说是无法忍受的。在众多的预加载模式中，我偏向使用Servlet的Listener来完成这个工作。【实现】ServletContextListener接口可以用于监听Web应用的启动和关闭，用这个监听器就足够了。在这个接口中，有一个public void contex

第一个版本实现面向字符串的TCP长连接服务看点：Liunx优化、TCP连接设置服务端通用框架在Netty4中，所有的服务端使用相同的框架结构。生成一个ServerBootstrap对象在ServerBootstrap对象的group中添加“接收消息循环队列”和“发送消息循环队列”两个对象在ServerBootstrap对象上设置连接的属性（比如TCP连接属性：收发包

TCP他会分包发很讨厌，开始的时候用分隔符来实现String消息的提取。这种解决方案适合于用Json进行消息交互的TCP长连接。下面的代码，在第一篇的代码上进行修改即可。分隔符处理器解决的思路是在channel链上加载分隔符处理器DelimiterBasedFrameDecoder，代码如下String delimiter = "Doge";ByteBuf[

Netty的共享线程模式

之前一直不知道Hibernate如何分表，最暴力的方法就是写多个POJO，加上注解@Entity(name=xxx)制定表名，但是实际上常常会分100个表记录业务流水，记录用户。所以这种暴力方法并不能解决问题。曾经一度为了分表打算放弃Hibernate转用Mybitas，不知道下文这个方法能不能解决我的问题。

老古董的C++程序员最讨厌的地方就是爱扣什么鸟传输带宽。讲道理，带宽上的那点开销和编解码的开销+代码维护（Json）成本比起来根本不值一提。咱们继续。ChannelHandlerContext原理本来是不想讲原理的，但是有几个认知需要明确一下。在每个处理类（比如编解码）的输出，如果不满足下一个类的输入类型要求，下一个类是根本不会响应。比如之前看到的：public cla

【前言】之前用TCP模式传输ProtocolBuf模式，后面上了一个websocket传输ProtocolBuf业务，目前基本已经稳定了，现在把编解码器部分记录下来。【server部件的组装】核心思想是ProtocolBuf是byte[]流，而websocket对象在Netty自带的编解码中是对象，其中的数据部分是pb序列化后的字节流（即，ws的内容是二进制字节数组）所以在编码器和解码