2016年秋，部门计划将移动广告引擎和新的移动DSP引擎做架构融合。保留原来的移动广告引擎的业务逻辑，将其移植到新的框架当中去。
新框架有很多特点，其中之一是所有模块都使用了多线程模型而老的移动广告引擎的一个模块则使用了多进程模型。
在多进程模型中，单例模式可以安全地被使用。但是在多线程环境中，则要考虑多线程都要抢占单例类，单例类会成为瓶颈，而且还有可能出现线程不安全的问题。
解决方法：
将多进程的单例类，改造成进程体里多例模式，但是在每个线程体内单例。具体方法参考线程安全的单例模式
改造成功，并且顺利上线，正常服务。
https://github.com/zuocheng-liu/BullBench
主要原因是，我曾经在查找一个系统内存泄漏问题时，遇到了一些阻碍：
为了克服这些阻碍，就写一个简单的工具，先是读取nginx access log， 提取请求uri，然后模拟1000个客户端发送给Web后台。
这个工具经过再完善和变得更通用之后，bullbench诞生了。
使用场景：
局限：
进入源代码目录，执行make
执行 ./bin/bullbench -h 有详细说明和使用实例
BoolBench 1.0
-f <filename> 包含请求的文件，可以是nginx access log，也可以是自定义的数据文件
-t <num> 请求文件的类型, 1 是 nginx access log, 0 其他 其他, 默认是 1
-u <url> 请求的url前缀, 不支持 https, 比如 http://www.bullsoft.org
-H <host> HTTP请求头字段Host, 默认是 NULL
-c <num> 并发请求的线程数, 默认是 1000
-r <regex> 正则表达式,用于提取请求文件中特定的内容. 必须和参数'-t 0' 搭配。
-o <string> 正则变量拼接后的字符串, 支持 $0-$9
-h 显示帮助信息
实例1: ./bullbench -f /var/log/nginx/access.log -u http://127.0.0.1:8080
实例2: ./bullbench -f /var/log/nginx/access.log -u http://127.0.0.1:8080 -H www.bullsoft.org
实例3: ./bullbench -f /var/log/nginx/access.log -u http://127.0.0.1:8080 -t 0 -r "[a-z]*([0-9]+)([a-z]*)" -o "/display?a=\$1&b=\$2"
并发线程数设置多少，依据系统情况而定。
将这两者结合在一起后，会如何呢？
本篇博客的姊妹篇链接： 《工程师手记-将Memcached内存管理机制移植至Redis》
实验验证，多线程不会对Memcached带来性能的提高
参考链接：
选取这两个版本的主要原因是，作为Redis 和 memcached 的早期版本，特性较少，代码复杂度低，适合进行初步实验移植。
为什么不直接使用epoll呢？ 因为除了异步框架之外，还需要定时器的功能，而redis的异步库中已经有现成的实现。
给新的memcached起了一个新名字ae-memcached，源代码托管于Github上：
https://github.com/zuocheng-liu/ae-memcached
原版Memcache 处理10W条数据的时间要比 ae-memcached少很多。多线程的确会给Memcached带来性能的提升.我们前面的假想并不正确。
本文作者不仅只把Redis的异步库移植至Memcached，还对Memcached进行了持续的优化，详细请阅下面链接：
本文分享一下，博主从PHP工程师变为C/C++工程师后的一些真实感受。
但从我现在的经历和感受看，两句话真的不靠谱。
2012年大学毕业，进入第一家公司，担任PHPer。之后两三年用的编程语言一直是PHP，即使14年中间换过工作，依然写PHP，做的都是公司后台的业务系统。
2015年，语言转为C/C++，负责公司商业广告投放系统检索端的开发。
PHP 程序员关注对业务的抽象、关注系统的可扩展性，关注如何设计业务架构，使用什么样的设计模式等等
C/C++ 程序员更加关注系统的性能，系统的可伸缩性，关注使用什么样的工具提高性能，关注网络IO模型，数据结构和算法等等。
PHP 程序员关注的安全主要是避免系统漏洞和防止攻击，sql注入、XSS攻击、文件注入攻击等等， 系统安全比较重要。
C/C++ 程序员更关注逻辑的安全性， 比如输入输出的边界，异常处理等等，系统稳定最为重要。
PHPer 看 C/C++, C/C++ 好高级啊，底层实现都知道的那么清楚。我们了解就没有那么深啊。
C/C++工程师看PHP， 你们做的那么多应用好高级啊，那么复杂的金融系统，你们怎么就做出来了，如果用C来写，怎么才能写出来呀！
PHPer 看 C/C++, 你们代码怎么都是面向过程的，可读性那么低，多不好维护，抽象和复用都搞不好，软件架构乱成啥了，软件稍微大些，你们就要拆成服务。
C++ 工程师 看 PHP, 你们设计这么多类，代码那么啰嗦，难道不是不过度设计吗？你们写的代码性能能行吗？明明10台服务器就能满足的PV，竟然要200台！
老板：“那个项目是PHP的，你来接吧。” 我：“NO”。 老板：“只能你来接啊，我们辛亏有你啊，组里只有你会php啊，您一定要接啊！” 我：“OK。”（幽怨+无奈）
猎头：“我这有PHP职位，薪水丰厚”。 我：“俺转C++了”。 猎头：“C++需求少啊，工作不好找啊”。 我：“俺还要写c++”。 猎头：“看那个PHP职位，背景待遇好”。我：“……”。
某一线公司HR ：“你C++履历太短，暂时还不适合我们的职位。” 我：”……”（心里流出两行泪）。HR：”但我们公司有PHP职位啊，你来呀”。我：“俺不去了……”（秋风吹皱偶滴心）。
博客写完了， 现在感觉，开头那两句话，说的无比正确。
从12年4月大学毕业开始实习，至今工作3年半经验。
回忆这三年半，这些经验都给我带来了什么呢？不容置疑，有很多东西，但是具体有哪些呢？不好好收拾一下脑海，真就不能立刻说出来。
所以昨晚上班路上就想出了写工程手记这么一个idae，有了手记，我就不会对做过的项目有种“彻底忘记”的感觉了。自己做过什么，一看手记立刻就能回忆起来，曾经的经验、走过的陷阱、当时的思考，都可以立刻回到自己的身上。
通过工程手记，还可以记录在做项目过程中的所感和所想，以后也可以拿来回顾和反思，说不定能得到更多的东西。
总之，就是让自己以往的经历，不仅仅只是流逝的时间，只是过往的履历，一定要变成有价值的经验。
手记的内容
给自己的手记制定几点原则
写手记的想法是怎么来的呢？
主要是源于两件事吧。
刚玩微博时，关注了易胜华律师，从他发的内容里知道他有写律师手记的习惯。他的手记里，都记录着每次办案的一些重要或关键的细节，也包括他思考的过程。看了后深感佩服，不愧是名律师啊。
在大学时，曾是学校越野队队员，队里规定每次比赛完必须要写比赛总结。总结的目的很明确，就是经过每次的比赛，都能让队员有所提高。
所以我们软件研发工程师为什么不能有手记呢？