四月是你的谎言

       IPC消息的设计也是Chromium多进程的表现方式之一，chromium IPC在老版本还是使用广泛，新的版本已经替换称为mojo。但是学一下这一种设计思路是对整个Chromium多进程架构熟悉打下基础，也是对以后动手能力的强化。

       文章来自1024，讲述一位在魔都刚过而立之年的同济大学硕士毕业汽车电子工程师赴美生子的故事。（有的图片链接已经失效，因此没有贴上来，见谅。且不少词都河蟹了，望大家自行揣测）

       有时候我也在想，学这个玩意儿有毛用～其实所学的不一定都能用在工作生活中，但是我们可以借鉴其中的精妙设计，来扩充自己的思维，为以后解决实际问题提供更多的选择。

       因工作需求研究了一下Chromium的多进程架构，发现在webrtc当中也有使用到，只不过google这群人将其精简了许多。我们本着工欲善其事必先利其器的态度，先掌握好Chromium基础，然后再进军webrtc的庞杂知识领域，步步为营，为后续音视频研究打下坚实基础。

       最近工作中用到了较多的webrtc的内容，其中很多模块都是用到了Chromium的多线程设计，之前对这个也是一知半解，加上自己是个C++新手，因此痛下决心要认真学习一下多线程模型设计和实现分析。
       另一方面，学习Chromium也是为了以后跨平台开发打下坚实基础。虽然最近的工作已经渐渐偏移动移动应用开发，但是内心依然向往以前愉快的写自己app的日子，毕竟能够直接看到结果，所见即所得，因为相信，所以看见嘛。

       开发Android的同学都知道线程之间通信都需要用到回调接口，比如在子线程用handler往主线程发消息，然后主线程统一从looper 的消息队列中取出来然后在handmessage中统一处理。类似的，Chromium为每一个线程都创建了一个消息队列。当一个线程需要另一个线程执行某一操作时，就向该线程的消息队列发送一个Closure。这个Closure最终在目标线程中得到执行。

       Chromium和WebKit的智能指针实现原理分析。

       深思熟虑之后，觉得有必要学一下UI渲染技术和JS引擎技术，为以后的跨平台实现打下坚实的基础。
       本篇是一篇科普，将打开苦逼又刺激的Chromium学习之路。

       告别魔都，来到杭州，内心没有一丝喜悦，更多的是惋惜和遗憾。

       这一拖就是半年，博客几乎要被废弃了。现在重新拾起，为这次归来起一个代号————————————————PHOENIX。