由于本人从事行业关系，Linux环境下的低延迟通信是我关注的技术之一。要达到极端的低延迟，当然同机器内IPC比网络通信快，而Linux IPC方式中无疑是共享内存延迟最低。不过相对于TCP这种通用的通信方式来说，共享内存缺少了一些控制层的协议，比如进程A和B通过一个基于共享内存的消息队列通信，A很难知道队列另一端的B是否存在，具体的说就是基于共享内存的简单消息队列缺少了连接建立和断开的控制。
另一方面，相对于SHM(共享内存)来说，使用TCP也有些自己的痛点：除了延迟以外，重连恢复是个所有应用场景下都不可避免的问题。我们知道，由于网络问题或进程崩溃，TCP连接断开是很常见的事情，断开前发送方发出的数据可能没有被接收，也可能接收了还没被处理接收方就挂了，所以为了确保不丢失信息，发送方的应用程序需要保存已发送的信息，即使自己并不需要，等收到对方的确认消息才能丢弃。也就是说，一个真正可靠的TCP应用程序需要做很多无关业务的控制层的事情。而这个问题SHM并不存在，只要机器不掉电，程序的崩溃与重启对于SHM是透明的，也就是说崩溃前已写入且未读取的数据还会在那里，程序重启后不需做任何数据重传之类的事情。
于是我想，如果TCP和SHM分别弥补了上述各自的缺点，那么它们使用起来将会及其相似：就像一个带连接属性的持久化消息队列，用户可以像操作一个普通消息队列一样push和pop消息，对于发送方来说已经push的消息不需要自己保存副本，对于接受方来说没有pop的消息不会丢失，同时双方都能知道对方是否还活着。这样一个抽象的消息队列可以基于TCP，以支持远程通信，也可以基于SHM, 以提供超低延迟，这对于用户来说可以完全透明。
TCPSHM就是这样一个解决方案。TCPSHM是一个Linux下的轻量级高性能的C++模板类库开源项目，提供了客户端和服务端的框架，同时高度可配置和可定制。欢迎感兴趣的同学了解一下，并提出宝贵的意见，谢谢~
