父子进程内部变量是否可以直接共享，当然不是，需要“特殊加工”下才行。
那么在web开发中的单例模式，是真正的全局唯一的单例么？自然也是否
惭愧，自己用单例还是比较多的，还真是第一次注意到这一点。之前使用时，想当然的以为就是(应用程序级别)全局唯一的，譬如java的类里的static，python模块中的定义的对象(只会加载一次)，但严格说，都是错误的用法（侥幸的是，尚未出现由此导致的Bug，大概率因为自己用单例大多是为了保存静态内容（只查，不改）,加速查询而已。并未用来做全局性统计）。

简单整理设计模式相关资料。
 第一，虽然网上有很多教程，但大都不得要领，导致设计模式看起来非常复杂，就个人而言，从毕业到现在，反复学习过不下10遍，但由于工作中使用场景有限，不久就又忘记了。所以计划整理出一个适合个人的学习or复习的教程。
 第二，设计模式，本来是渐进的演化，或者基于需求驱动的，而非静态的结构 也就是说应该是原有结构-》遇到xx问题-》演变成xx结构，最终演变成的xx结构，就是常见的设计模式，但实际开发过程中更为在乎的是“遇到xx问题”，将xx结构变成xx结构。所以需要学习时主动补全一些信息，否则虽然学会了绘制关系图，却不明白在应该那种场景下使用。
 第三，设计模式一样是”需求驱动“，出现了问题，解决问题时才会用，而不是为了套用xx而使用。而且如果有完整源代码，并且自己也懂，修改源代码依然是最优方式，设计模式本来是为了处理模块对接（比如跨系统对接，跨平台对接，找不到源代码等），或者是为了对未来的兼容进行的抽象化。而非增加代码复杂度的累赘（不要为了用而用）。

说明

适配器

模板模式