“进程球”通过数据库来通信------好美的一幅图！

       拿着一支笔， 随便画画， 然后在纸上画了三个球， 哦， 这不就是一个个的进程么？ 本来想上传亲笔画的图， 但晚上拍照效果不太好， 所以还是用鼠标来画吧。  先睹为快：

 

         

         图还是挺好看的

 

         下面， 我们来闲聊一下这幅图的一些东东。

 

         什么是进程呢？ 笔试面试总会被问到这个讨厌的问题， 要我说， 进程就是个球啊， 看看上面的图， 难道不是么？ 对， 进程就是个球。   那一年， 我还不太懂什么是进程通信， 但我居然不知不觉地用文件实现了两个进程的通信（非常粗糙的通信模式）， 并解决了当时的重要问题。

 

         说到利用文件实现进程通信， 肯定会被很多人鄙视， 但无疑， 这种思路是很好的， 只是， 要注意线程同步、进程同步等， 但在实际项目中， 几乎没有这种用法。 既然利用文件实现进程间的通信很粗糙， 那利用数据库呢(图中test.db数据库的本质就是一个文件)？ 也可以考虑。 实际上， 很多数据库自身已经考虑了线程同步和进程同步问题， 所以， 不用太担心多个进程间的写冲突问题。 经常会遇到这种情况：很多进程需要读写某一字段， 而这一字段经常放在数据库中。 显然，可以考虑数据库， 实际上， 很多重要的字段就是放在数据库中的， 很多场景， 很多人就是这么搞的。

 

        好， 既然进程是个球， 也说了数据库帮助进程球进行了通信， 那我们要说一下内存数据库了， 所谓内存数据库， 我理解（非官方定义）， 实际上就是内存中的一种数据结构， 与数据库test.db(外存数据库)形成映射， 你要知道的是， 内存数据库中的值与外存数据库test.db的值总是一致的（需要有机制保证才行）。 看到没， 图中那个蓝色的圈圈就是内存数据库（数据结构）， 像一张网一样， 网住多少岁月， 网住多少年华。

 

        我们先说说引入内存数据库的好处：

 

       1. 写的时候， 如果待写的字段值与外存数据库test.db中的字段值相同， 则直接在内存中就判断了， 实际并未与外存数据库test.db打交道。 效率高。

       2. 读的时候， 根本不需要从外存数据库test.db中读取， 直接读取内存数据库的值即可， 因为内存数据库和外存数据库有等价映射关系啊。效率高。

       现在假设外存数据库test.db中user字段的值是taoge, 那么进程1, 2, 3中内存数据库的值都是taoge. 我们以进程1为例， 现在进程1要把变量user的值变为meinv, 那是怎样的一个过程呢？ 首先， 进程1用mvi和taoge进程对比， 发现这两个串不一致（如果一致， 则没有后续的过程， 自然提高了效率）， 于是将进程1的内存数据库中user的值更改为meinv, 然后把meinv写到数据库test.db中。

      别忘了， 我们说过， 内存数据库里面的值要和外存数据库test.db里面的值一致， 现在进程1满足条件了， 但是进程2和进程3不满足条件啊， 所以这个时候， 会通过8和12这两条线来更新进程2和进程3中的内存数据库（需要有机制保证才行）， 将内存数据库中user的值更新为meinv。 此时， 如果进程2和进程3如果想读取user的值， 那也可以，直接从内存数据库读取， 值是meinv, 在读取过程中， 并没有和外存数据库test.db打交道， 这样效率就高了。

       

       ok, 应该大致说清楚了， 内存数据库颇有点网的感觉， 也有点缓冲的感觉。

       最后， 我要说， 我挺喜欢这个图的。

 

       睡觉， 明天周六， 睡到自然醒。