近期跟了一下pbc的lua-binding的一个老BUG，起源是我们客户端报了一个奇怪的问题，我们游戏里的某些功能的optional字段，服务器并没有下发数据，但是客户端竟然能读到。

前言

之前写了个C++的协程框架libcopp，底层使用的是boost.context实现，然后剥离了对boost的依赖。然而这样意味着我必须时常跟进boost.context的更新。

顺带提一下这个协程库已经在我们线上服务器版本中使用了。

从最初的boost版本（我忘了从哪个版本开始了）一直到1.60版本，boost.context的变化都不大，都只是补全一些新的架构和体系结构，还有就是修复一些小细节的BUG，再就是增加了对valgrind的支持（之前写过一个Merge记录提到过）。新增的功能也只有execution_context(现在叫execution_context_v1)，这个东西我的libcopp里其实包含了这个功能，并且本身做得比它要功能丰富，所以没有接入的必要。另外在1.60版本的时候尝试使用Windows里的fiber（当然默认是关闭的），在1.61版本里被移除了。这些细节都不是特别重要，主要还是1.61版本的变化。

之前我的域名只有owent.net和www.owent.net买了SSL证书，现在有letsencrypt可以拿到免费的SSL签证，就稍微花了点时间把我的域名的其他部分接入了letsencrypt签证系统。另外根据其他人的一些配置建议，提高了HTTPS的安全性配置和性能配置（主要是缓存）。另外原本我的blog就已经启用了spdy，然而现在新版本的nginx（1.10）已经release，原先的spdy模块被取消，新增了http/2模块。但是直接换nginx掉包是不行滴（后面有说原因），所以顺带自己处理了一下HTTP/2和nginx新版本的问题。

并且也对公司里的域名和webserver也这么搞了一下。全面启用HTTPS。

前言

最近在分布式系统一致性方面，Raft算法比较火啊。所以就抽时间看了下这个算法。

之前已经有Paxos算法，用于解决分布式系统最终一致性问题，而且已经有了zookeeper这个成熟的开源实现。那么这个Raft算法有啥用呢？按照Raft官网的说法，这个算法的错误容忍和性能和Paxos算法类似，但是拥有更加简单易懂的设计。

看过Paxos算法的童鞋们都知道，这货复杂地和屎一样，为了实现去中心化而考虑了各种复杂的边界条件和时序下的可靠性。而Raft算法则根据实际应用中的需要，简化了设计模型，不采用去中心化设计，而是自动选举中心节点，并且在各种情况和时序下可以保证能够正确的选举出中心节点并保证数据的一致性。而且也正是由于能够选举出唯一的主节点（Leader）使得整个通信流程非常地简单，并且易于理解和维护。

那么它是如何做到这些的呢？

基本算法设计

Raft的基本设计可以参照官网介绍 https://raft.github.io/

官方网站上的图例可以点击节点，然后模拟节点crash或者超时或者收到请求时的通信流程。其实也是一个javascript的简单实现，有利于我们理解Raft算法的流程。

libatbus

经过茫茫长时间的编写+过年在家无聊补充和修正单元测试，再加上这两天的整理，终于把以前的这个关于服务器通信中间件的基本功能和相应的单元测试完成啦。还是可以热烈庆祝一下的。

使用_Markdown_写blog已经很久了，近期接触并且看了下流传已久的gitbook平台，感觉做得确实不错。、

之前写blog的时候一直用得是stackedit，是因为stackedit的对_Markdown_做了很多扩展，功能很强大，有自动目录、流程图、时序图等等，然后可以浏览器直接开很方便。但实际上这些功能写出的东西虽然不错，但是放到比如github上的时候，github不支持。目前大多数平台对_Mardown_的扩展都只是到了和github差不多的地步，没有到stackedit的程度。这也导致同样写得东西，复制到github或者其他的平台的时候还得过一遍样式，比较麻烦。而且这些扩展的功能也用得不太多。另外stackedit时不时被墙然后访问很不稳定也是挺麻烦的一件事儿。

再来说这个gitbook，看中他是觉得它做了一个可持续集成的功能。就是github _push_完以后可以通知gitbook然后让gitbook自动构建文档内容。这点和比如jenkins和travis等等的CI系统很像。然后支持构建成pdf、epub（开源电子书格式）、mobi（kindle电子书格式）和在线书籍。然后版式也挺漂亮，还支持模板，引用等等，感觉确实蛮适合出版发行的。虽然目前为止_Markdown_的功能丰富程度比起Latex还差不少，但是上手难度也比Latex低不少。还是非常有潜力的，而且gitbook支持用javascript写得插件，以后变数也可以很多。

使用Markdown写blog已经很久了，近期接触并且看了下流传已久的gitbook平台，感觉做得确实不错。、

之前写blog的时候一直用得是stackedit，是因为stackedit的对Markdown做了很多扩展，功能很强大，有自动目录、流程图、时序图等等，然后可以浏览器直接开很方便。但实际上这些功能写出的东西虽然不错，但是放到比如github上的时候，github不支持。目前大多数平台对Mardown的扩展都只是到了和github差不多的地步，没有到stackedit的程度。这也导致同样写得东西，复制到github或者其他的平台的时候还得过一遍样式，比较麻烦。而且这些扩展的功能也用得不太多。另外stackedit时不时被墙然后访问很不稳定也是挺麻烦的一件事儿。

再来说这个gitbook，看中他是觉得它做了一个可持续集成的功能。就是github push完以后可以通知gitbook然后让gitbook自动构建文档内容。这点和比如jenkins和travis等等的CI系统很像。然后支持构建成pdf、epub（开源电子书格式）、mobi（kindle电子书格式）和在线书籍。然后版式也挺漂亮，还支持模板，引用等等，感觉确实蛮适合出版发行的。虽然目前为止Markdown的功能丰富程度比起Latex还差不少，但是上手难度也比Latex低不少。还是非常有潜力的，而且gitbook支持用javascript写得插件，以后变数也可以很多。

所以我决定也尝尝鲜，首先是吧blog里的文章记录转移过来，然后后面的开源项目的wiki或者文档也用这玩意构建。因为我用Markdown写博文的时候本来就备份了一份在github，所以有现成的仓库，然后把目录结构和配置调整成gitbook所支持的就可以了。话说好像已经很多国内的文档和开源书籍用这个生成了。

前言

由于我们的客户端的元素和资源比较多，cocos框架的各种库质量参差不齐，导致了有些地方加载速度实在很慢。并且没有一个统一的内存管理机制导致了整个内存占用不太好控制。

近期的活动比较零散，主要的业余精力都放在了libatbus上了。但是这个一时半会也写不完，所以能整理出来的东西不多。就说下最近跟进的开源代码吧。

首先是，跨平台协程框架 libcopp 跟进merge了boost 1.60 的context组件，这部分改动不多。仅仅是例行合并。

接上文关于bus通信系统的一些思考（二）

之前的文章内容应该要有修订，但是并没有更新到blog里，而是直接写在了libatbus的文档里

目录

前言

好久没写总结啦，最近一段时间比较忙，抽出的空闲时间都在不断完善之前提到的一个进程间通信lib的想法和实现（libatbus）。

之前做了一个转Excel表到lua/二进制/json/xml的工具-xresloader。目的一方面是方便策划。另一方面是统一客户端和服务器的转表模式，并且要灵活适应环境变化。

最初做的时候考虑到既要方便Windows下策划和前端使用，又要方便后台部署在服务器上使用，甚至要集成在一些自动化的系统里。所以必须要跨平台。

libcopp更新 (merge boost 1.59 context)

之前由于兴趣写了一个协程框架，目前这个框架已经投入项目中使用。

这个框架的上下文部分是使用了boost.context，但是从开始写libcopp到现在，boost.context也更新了几个版本。而之前几次merge基本都是简单地跟进了make_fcontext和jump_fcontext两个函数，这次就再稍微翻了一遍其他部分的代码。

boost.context的变化

首先是它在非windows栈分配的时候，增加了valgrind的适配。不过boost.context里的不同平台的栈缓冲区其实结构差不多，但是boost的实现里给复制粘贴了很多遍，所以我就干脆把这些地方合并啦。减少了一些重复代码。

小记最近踩得两个C++坑

记一下最近踩得两个C++独有的暗坑，其中一个和ABI相关。第二个坑其实之前研究过，但是没有实例，这次算是碰到了个典型的实例。

坑一：常量引用失效

在项目中碰到的实例的大致流程是:

Redis全异步高可用Driver设计稿

前言

现在Redis的集群功能已经Release。但是并没有一个官方直接提供的高可用性的API可以使用。有的只有解决方案，Sentinel和Cluster。所以有必要自己设计一套高可用的Driver层以供业务使用。

之前有搜集过一些常用的命令脚本，其中有vim的部分。但是vim内置的很多功能那些个命令显然是不够的，而且那些记录的很多也不常用，于是想到专门开一个页面记录vim常用的命令集。

前言

CentOS 7 已经用firewalld替换掉了iptables并用systemd来管理启动服务（之前是chkconfig）。而且下一个Ubuntu的长期支持版也要这么干了。

前言

搭建自动化构建（jenkins）的过程中碰到了挺多问题，需要装各种插件解决。为了方便下次部署，这里先记录一下用到的插件及用途

Jenkins插件

1. Ant Plugin java打包工具
2. Authorize Project 项目权限管理
3. Clang Scan-Build Plugin clang静态分析（尚未使用）
4. Cppcheck Plug-in cppcheck静态代码分析
5. Credentials Plugin 登入凭据管理
6. Dashboard View 总览
7. disk-usage plugin 磁盘使用量统计
8. Doxygen Plug-in doxygen插件（没使用成功，我还是自己命令行生成的）
9. Email Extension Plugin 定制化邮件
10. embeddable-build-status 提供接口嵌入构建状态到外部系统
11. Environment Injector Plugin 把参数化构建的参数导入到环境变量
12. GIT client plugin 和GIT plugin
13. Github和Gitlab集成插件
14. Gravatar插件
15. Matrix Authorization Strategy Plugin和Matrix Project Plugin 项目矩阵授权策略
16. Maven Integration plugin 更高级的java构建工具
17. openid和OpenID4Java API
18. Publish Over SSH
19. Release Plugin
20. Slave SetupPlugin 、slave-status、SSH Slaves plugin、Windows Slaves Plugin
21. SSH Agent Plugin、SSH Credentials Plugin
22. Static Analysis Utilities
23. Xcode integration 用于集成xcode工程文件 上面没有链接的插件属于我没有主动去使用（自动开启或者装了没用过的）的。没写注解的是反正一看就知道什么意思。

Written with StackEdit.

前言

最近一个人搞后台，框架底层+逻辑功能茫茫多，扛得比较辛苦，一直没抽出空来写点东西。

空闲的时间，完善了LLVM+Clang+libc++和libc++abi的编译脚本。不得不说clang的编译脚本质量比gcc差不是一点点。为了在centos下尽可能编译出更多的功能和llvm的子项目，要各种改各种试才终于自举通过，并且这种情况编出来的二进制大得夸张。不过总算是告一段落。

因为项目需要，买了本《Redis的设计与实现》的电子版，顺便给这本书的作者贡献了一丢丢的Redis文档的翻译。这本书通篇贴代码，有点看blog的感觉，写得还是很简单易懂的。（不过谁告诉我为毛我花了30大洋买完不到半个月就变成10块了，坑爹么不是。T_T）

另外还零零散散地看了些《程序员的自我修养-链接、装载与库》 这本书云风之前推荐过。并且在我看得这些里国人写得书里，这确实是一本值得推荐，并且不可多得的佳作。

LLVM和Clang工具链的生成配置文件写得比较搓，所以略微麻烦，另外这个脚本没有经过多环境测试，不保证在其他Linux发行版里正常使用。

CHANGE

相对于上一个版本Linux 编译安装 LLVM + Clang 3.5的变化：

1. 这个版本llvm的源码修复了一个会导致开启exception功能之后的编译bug，所以编译脚本不再会修改llvm的源代码
2. 编译过程改成了两次编译
3. 编译过程完全使用cmake。
4. 终于自举编译成功啦，第二次自举编译完成后，不再依赖libstdc++，转而依赖编译出来的libc++和libc++abi,但是仍然会依赖libgcc_s.so
5. 多线程编译的时候时不时会出现奇怪的失败，所以默认改成单线程编译
6. 修复编译完成后的提示输出

NOTICE

由于生成动态库会出现一些问题，所以目前都是采用llvm默认的静态链接的方式。但是静态链接生成的文件比较大，并且链接的东西很多，有可能会出现链接超时的错误。 这时候可以通过手动cd到编译目录，执行 make && make install 即可

例行回顾一下2014年学习和看到的技术、思路、方案总结:

Native Code 型语言

C/C++

• 《C++11动态模板参数和type_traits》 – 目前最上流C++设计模式就是模板，各种逆天的用法。这个只是冰山一角，也算是个敲门砖
• 《简单C++单元测试框架(支持一键切到GTest或Boost.Test)》 – 无论是Boost.Test还是GTest都过于复杂。而且跨平台方面比较有问题，于是就搞了个自己的单元测试框架。然而为了让一些平台下能利用到GTest和Boost.Test里的一些有用的特性，就在设计之初就做了一些适配层，这样可以很容易地切换到GTest或者Boost.Test。
• 《捣鼓一个协程库》 – 协程还是蛮上流的，参照微信libco库和微软Task系统的API而写出来的一个协程任务系统。基本功能已经完成。
• 《再议 C++ 11 Lambda表达式》 – 稍微深入C++11的lambda表达式和遇到的问题。
• 《[libiniloader] Project》 – 同样是由于现有的ini读取库都过于复杂，而且我这里ini读取主要用于游戏配置，希望接口简单，并且支持像PHP里那种层次关系。所以就有了这个玩意。自己用状态机简单实现的词法分析，并使用模板实现导出数据，还做了对象conf文件用#来注释的支持。最重要的是，所有的实现只有两个文件（一个.cpp和一个.h）。
• 《关于BUS通信系统的一些思考（一）》、《关于BUS通信系统的一些思考（二）》 – 主要是堆现有我接触到的一些通信系统的一个小总结，然后试着设计一个能解决一些问题的设想。具体实现仍在缓慢实现过程中。目前比较让自己满意的部分是性能测试和稳定性测试。
• 《集成Qt Webkit 到cocos2d-x》 – 由于项目工具需要，了解了一下Qt。Qt的设计还是比较有意思的。
• 《Android NDK undefined reference to ___tls_get_addr 错误》 – 写跨平台代码过程中碰到的android的一个奇怪的链接问题而引发的一些小研究。不用不知道，一用吓一跳。

脚本 & 托管语言

Lua

• 《Lua性能分析》 – 做这个得原因是lua profile不支持lua5.2。其他好用的工具都不免费。干脆就自己搞个性能分析工具，比较开心的是被gaccob拿去改装啦
• 《tolua++内存释放坑》 – tolua++的坑真不少，已经发现的已经两个了，没发现的还不知道，所以为了保险起见，自己写了个lua函数绑定机制。等新的机制趋于成熟了再发分享出来

Javascript

• 《基于Chrome插件的开发工具链》 – 之前在腾讯的时候，跨部门沟通效率太低，所以干脆自己写浏览器插件来做一些自动化和多个工具集成方面的工作。于是研究了一下浏览器插件的编写，实际上后来还研究了Firefox的，总结发到腾讯KM里但是忘记转发一份到blog了。现在离职了拿不到，过两天找人问问看能不能拿回来。

PHP

• 《[WP Code Highlight.js] Project》 – 迁移blog写作工具的产物，集成highlight.js用得，并且已发布到wordpress的plugin里

工具及其他

• 《又碰到了这个解谜游戏，顺带记下地址》 – 以前遇到的解谜游戏的地址
• 《Linux 编译安装 GCC 4.9》 – gcc 4.9已发布，在4.8的基础上新增优化了很多功能
• 《记录一些在线编辑器》 – 这是转向使用markdown写作的开始
• 《LLVM + Clang + Libcxx + Libcxxabi 工具链编译》 – 这是主流编译器构建的一个补充，clang的编译系统做的远不如gnu的。编译起来困难重重。
• 《近期研究VPN的一些记录(OpenVPN,pptp,l2tp)》 – 研究的VPN搭建流程，主要是作为软件开发。不翻墙没法活啊。工具、很多优秀的开源项目都搞不到
• 《Gitlab环境搭建小计》、《gitlab腾讯企业邮箱配置》 – 开始主要版本控制系统转向git的开始

新增的开源项目

1. WP Code Highlight.js
2. libatbus
3. xresloader
4. libiniloader
5. client-debuger

2014年的规划完成情况

• [已完成] 第一是学习下Python，这玩意现在很火，有空得研究下；（目前挺多工具用python写得，但是都是小工具，不成体系所以并没有发布）
• [已完成] 第二是看看Java的垃圾回收的一些实现，看看能不能用在C++里（java实现在语言层，算法比较多且复杂，c++的话暂时还没想到什么好办法移植）
• [部分] 第三是继续看一些底层的技术书籍，比如TCP/IP详解等等（这本书没看，其他的倒是不少）
• [已完成] 第四是基本完成协程框架（功能基本完成）
• [已完成] 第五是重拾Java，使用Java制作小工具而不是C++，以达到更好地跨平台特性（ xresloader 这货就是我一直想做没时间做，现在终于做出来的东东，java编写。跨平台，至少我自己这里Linux和Windows下都在用）

总结

总的来说，2014年感觉看得东西都更加深入一些，量少一些。今年没看多少书，大致浏览了下《C++ Primer 第五版》，精读了《深度探索C++对象模型 》，第一遍过了一下《Unix环境高级编程》这本书看一遍果断是不能完全理解的，我看完第一遍的感觉最模糊的地方是终端控制那一块。还有看了一点点的《Linux内核设计艺术》果然如gaccob所说，看起来没什么意思，有点教科书的感觉。其他的零零散散的也没什么意思的书也有，比如一个讲类似libevent的事件框架的，一个讲libuv框架的，等等。目前正在抽时间精读《程序员的自我修养—链接、装载与库》，这确实算是国人写得不多得的好书哇。