最近移植代码到瑞芯微平台，记录几个问题，代码细节确实是关键！1、C++ 函数 void*返回值没有返回， 触发munmap_chunk:invalid pointer；2、mqtt-paho库，MQTTClient_subscribe主题为空，导致mqtt主动断连，出现lost conn现象；3、void *payload数据直接复制给string，尾巴出现多余字符； int msga

需求：一个三方的广播、对讲系统，需要集成到已有的平台，已有平台采用的是B/S架构，也就是用户通过Web端来实现管理需求；三方的广播、对讲系统则是一个C/S架构的程序，提供三方可以定制开发的Windows端的SDK，这就有了这个积木式程序的开发！一个比较典型的Web端如何集成C/S端程序的思路！框架图如下：最终是实现一个windows端的本地服务，安装在用户的PC电脑上，web端调度员使用web就能

这次项目的需求有大概20个命令，需要根据协议来实现不同payload的编码和解码函数，抽象出来每个命令有相似的代码结构，如果每行都用键盘敲打确实是低效，所以考虑用脚本先生成一个代码模板，然后逐个填空实现对应的方法，也算是一个小的尝试！以前的一个同事，闲暇之余就爱写小工具提升工作效率，完全自驱自发的行为，有同事觉得刚好有需求就分享出来，这种感觉还是很奇妙的，也是我蛮佩服的一类人！

好久没写嵌入式代码，最近碰到两个数组越界导致程序行为异常的问题，调了近两天，才找到真正的原因，改到开始怀疑人生，到最后柳暗花明，怎么说呢，事出蹊跷必有因！由于有基线版本，并且基线版本功能是正常的，碰到这种问题，当然先是排除自己的问题（或许是错的，应该先摘除基线版本的问题）！我先把我增加的代码中涉及数组操作的都仔细的滤了一遍，没有发现问题！考虑那就正面刚，先定位问题，所以一通屏蔽代码后，得出的结论是

字母表就像是密码本，所以凯撒加密算法本质上是一种基于密码本的加解密算法，如果字母表换成255个数字，则可以支持对字节流数据进行加解密，应用到网络通信，改进版的凯撒密码二进制加解密算法，可以应用到嵌入式设备等性能较低的设备上

c++中引入了右值引用和移动语义，可以避免无谓的复制，提高程序性能，用的不多，每次看过了就忘了，整理下；

服务器程序规范，需要强化和遵守的，作者给列了4条规范：1、Linux服务器程序一般以后台进程形式运行，也就是以daemon守护进程的方式，守护进程的父进程通常是init进程（PID进程为1），作者在7.6 服务程序后台化给出了一个程序的清单，还是很有参考意义的。后台进程形式运行，也就是通过fork一个子进程，结束父进程的方式运行，这样避免很多前台启动，随着操作终端界面的关闭而结束服务器程序的运行；

今天给团队调试一个错误，概率性的加密的数据没法做解密，现象是解密出来的结果和源数据长度不一致，很奇怪的现象，因为加密使用的数据是随机的，所以使得问题出现时表象是概率的问题；因为初次做加解密算法相关的项目，碰到这样的问题，首先是单步把解密流程过了一遍，发现解密没有问题，能正常的解密，但解密出来的长度就是不对，分析才发现加密后的数据的长度也不正常，所以考虑是加密源数据的问题，通过分析，才发现一个二进制