从操作系统内核看设计模式--linux内核的facade模式

linux的内核当中处处充满了设计模式，本文先讨论一下外观模式。外观模式就是将客户和子系统解耦，为客户将复杂的子系统进行封装，从而使得客户可以使用简单易用的接口。  
众所周知，linux和unix是十分的相似以至于很多人都把linux当作unix的一种，实际上他们一点也不同，一个linux程序员可以毫不费力的 转到unix下编程不是因为这个人水平多高，而是因为linux和unix遵循了几乎相同的接口，而程序员只需要和接口打交道，所以一切变得容易，这种接 口在某种意义上可以认为就是posix。  
我来说一下linux内核中用到外观模式的一些例子。  
1.文件读写接口  
考虑一个读文件的过程，必须有文件名，然后有文件存储的介质，这样才可以将文件读出，用户要使用这种方式读文件的话，就必须自己动手去访问磁盘，显然就要对磁盘很了解，这是不现实的，这个过程起码涉及到缓存管理子系统，磁盘存储子系统，但是linux并没有苛求用户去直接操作这两个子系统而是为之代劳了，提供给用户的就是简单的，容易理解的read和write还有上述二者之前的open。外观模式使得子系统的更改不用通知用户，linux内核做到了，从 0.01到2.6.27，要读一个文件几乎都是在用一样的接口，但是底层的子系统实现却更变了很多，几乎一次又一次得被重写，用户一点也没有感觉到（当然能被感觉到，比如速度快了，所以这里的用户指的是程序员编程的过程）。好了，用户层的我们说完了，那么进入了系统，看以下代码：

asmlinkage ssize_t sys_write(unsigned int fd, const char __user * buf, size_t count)

{

...

ret = vfs_write(file, buf, count, &pos);

...

}

第四行的vfs_write里面调用了具体文件系统的file_operations的write方法，这又是一个外观，可以这么说，一直到最底层的磁盘，外观模式一直在起着用，这样就使得一个系统作为客户只需要和这个外观交互而不用管这个外观之下到底是什么。  
2.等等等等  
我为何如此不负责任呢？不是不负责任，而是根本没有办法再寄一个具体的例子了，通读源码，你会发现所有的子系统和该子系统用到的孙系统，在这一棵内核大树下，都在使用外观模式，比如缺页中断处理只是调用通用的缺页入口程序，具体怎么处理缺页就涉及到不同的子系统是怎么实现的，通用处理作为客户就此撒手将任 务交给这个外观，然后等待结果；再比如内存分配；还有网卡的流量控制；还有磁盘调度；....  
外观模式重要的不是接口本身而使接口如何设计，如何将用户对若干子系统的交互进行汇总从而实现一个汇总后的操作，该操作可以代替那若干个操作，这在很多时候是一种提取公因子的操作，而在另一些时候缺失一个定限的工作，比如内核根本不允许的操作不能放到这个“外观”中，当然可以反着理解，如果你不希望内核的 “外观”干涉你的事物，那么就不要把你的事物放到和这个外观关联的子系统内，因为外观模式中，外观是明确定限的。举个例子可能会好一些，linux内核的 内存回收策略是lru，内核会定期检查规定好的lru链表然后将一些位于其上的内存释放掉，这里的外观就是内核的回收策略，而子系统就是lru链表，如果你不想内核释放你的内存，那么很简单，不要将你的内存页面加入到lru链表就可以了，内核中是严格模块化的，高度低耦合的，往往一个外观只和确定的子系统交互。

http://blog.csdn.net/dog250/article/details/5303231