就像 Windows 是基于消息循环的 ，理论上只要把握住这一点，就能控制Windows编程中的方方面面，那么 Linux 呢? 它是基于什么的 ?

一点妄谈，欢迎批评

进程见通信(消息队列，共享内存，socket，信号灯)等，就把握住了一大部分。其他的我不知道怎么把握，，，

基于模块化. fork exec pipe ... ...进程间通信

Linux基于单一内核，上层是一堆GNU软件

一些基本的东西在所有操作系统中都存在，Windows的消息、共享内存也是从Unix中学的，只不过是用的自己实现

Linux内核所有都以简单高效为目的，单一内核的优点就是不需要去考虑内核各个模块之间的同步

基于微内核、模块化。下面详细解释一下：
一、什么是 modules？
　　modules 的字面意思就是模块，在此指的是 kernel modules；简单来说，一个模块提供了一个功能，如 isofs、minix、nfs、lp 等等。传统来讲，模块化有两个方法解决：设计者可以把各项功能分离到单独的叫做线程的处理中去，或者是将内核以包含/排除一些功能的方式重新编译。如果把功能分离到线程中去，那么内核就叫做“微内核”(micro-kernel)，这种解决方法增加了线程间协调工作的通信开销。就象名字暗示的那样，这种解决方案的优点在于内核的大小。 

　　Linux的解决方案是包含内核模块，这些模块是可以按需要随时装入和卸下的。这样做可以使得内核的大小和通信量都达到最小。将模块从内核中独立出来，不必预先『绑』在 kernel codes 中。这样做有三种优点： 第一， 将来修改 kernel 时，不必全部重新compile，可节省不少时间；第二， 若需要安装新的 modules ，不必重新 compile kernel，只要插入 (通过insmode指令) 对应的 modules 即可；第三，减少内核对系统资源的占用，内核可以集中精力做最基本的事情，把一些扩展功能都交由modules实现。 

　　模块也可以用来尝试新的内核代码而不需要每次都创建和重激活内核。但是，这样做带来的问题是：使用内核模块通常会轻微的增加性能和内存开支。一个可加载模块肯定会产生更多的代码，这种代码和额外的数据结构会占用更多一点的内存。另外因为间接访问内核资源也让模块的效率轻微降低。 

　　模块化的思想已经被广泛接受，主要的原因在于它可以扩展系统的功能，用户可以灵活的配置系统。Apache也采取了这种功能扩展方式，在本文中主要讨论是内核的模块安装与卸载，Apache模块的安装请参照Apapce的相关文档。 

二、如何加载模块？ 
　　加载内核模块的方法有两种。第一种使用insmod命令手工把它插入到内核。另一个更智能的方法是在需要的时候加载这个模块︰这叫做按需加载（demand loading）。当内核发现需要一个模块的时候，例如当用户安装一个不在内核的文件系统的时候，内核会请求内核守护进程（kerneld）试图加载合适的模块。说到这里就不能不提到内核守护进程kerneld了，它非常的聪明，能够主动的把您需要的modules 自动插入 kernel，将没用到的 module 从kernel中清退。Kerneld由两个独立的部分构成：一部分工作于Linux的内核，负责向daemon发送请求；另一部分工作于系统的用户数据区，负责调入由内核请求指定的modules。若少了这个kerneld，就只能通过手工的方式,用insmode或modeprobe命令进行加载。 

面前位置 => 目前为止

基于操作系统的基础,内存分配,文件管理,进程,线程,网络 and so on...