可以参考https的整个流程，同时可以看看前向加密的内容

你说的这个甲方乙方，类似于https的服务端和客户端。服务端将证书公开，所以客户端都可以获取；服务端的证书是解决客户端信任服务端的问题。如果需要服务端信任客户端，则需要客户端也有对应的证书

DR模式下RS也是需要绑定vip的，一般绑定在localhost上，同时需要设置arptables相关内容，不响应vip的arp请求。这样RS上收到vip的请求，也是不会丢弃的

nginx支持tcp转发，同时可以设置 proxy_protocol on;这个参数，从而后台可以解析出client的ip. [链接]

压测时，HashMultiGet(key, fields, fvs)中fields大小超过10万，那么在栈上分配的内存为 10万 * (8 + 8) = 160万字节 = 1.6MB (64位系统)，再加上之前分配的栈，将栈打爆了，导致了coredump.

stCoEpoll_t中主要保存了epoll监听的fd，以及注册在其中的超时事件。stTimeoutItem_t其实是libco库实现的双向链表，有prev和next指针，同时保存了链表指针。后面在使用过程中再介绍stTimeout_t。

前面的文章Hook系统函数 中介绍了微信使用的协程库libco，用于改造原有同步系统，利用协程实现系统的异步化，以支撑更大的并发，抵抗网络抖动带来的影响，同时代码层面更加简洁。

最近花了一些时间研究微信的协程库libco，libco是微信后台大规模使用的c/c++协程库。库里面提供了socket族函数的hook，使得后台逻辑服务几乎不用修改逻辑代码就可以完成异步化改造，号称单机可以达到千万连接。

rpush是一个rpc操作，为啥会有的成功，有的失败呢？除非 在这个rpc操作中，redis server挂了。这种情况下依赖于 redis的持久化方式 [链接]

可以安装 maven helper这个插件，自己看看。猜测是其他的包引进来的

使用消息队列的方式。登录成功后，往队列中丢一个登录成功的消息。活动上线期间，对队列中的登录消息进行消费；活动下线后，可以不消费队列中的登录消息。

你可以试下打印每次发送的packet的长度，可以知道每次发送的对象都是逐步增大的，说明bytearray中保存的数组一直在增大，所以，在server端读的第一个对象永远是 1|12.如果你想实现每次读出来不一样，就只能在for循环中new ByteArrayOutputStream和 ObjectOutputStream

业务大了之后，一个javaweb实例肯定是不够的，建议使用redis。

java内部一般都是使用utf8编码，你可以具体去查下utf8编码的格式。