元调用来驱动硬件的工作。4文件系统驱动程序文件系统驱动程序也是核心态可加载模块（以SYS为扩展
f名system32drivers），文件系统其实是强加给存储硬件的一种文件存放规则。某类文件系统其实就是按照他的文件存取规则在存储器上组织文件的信息。比如FAT32按照FAT32的存储规则来存放文件ext2又按照ext2的文件规则存放文件。文件系统按照IO管理的接口标准来实现一组存储规则，同时文件系统也可以将信息按照自己的存储方式请求IO管理单元，让IO管理单元通过这个设备的设备驱动程序将信息存放到该设备上。这样的方式使得文件系统只负责存储规则的定义。而驱动程序去处理硬件的调度（比如如何移动磁头臂，采用什么调度算法等）而IO管理仅仅是他们之间的协调员，至于如何协调，IO管理向外定义了自己的标准。5图形设备驱动这个设备有点独特，从图上来看，（这个图是wi
dows2000的体系结构图）好像只有内核模式设备驱动也就是wi
32ksys才能启动。图形设备驱动其实和其他的设备驱动程序我想也不会有太大的差别（以后看代码在了解）。不过有一点可以了解，那就是图形设备驱动是由wi
32k来驱动的，估计提供的也是硬件驱动。6wi
32k这个东西应该是wi
dows所说的wi
32子系统的内核部分
f（原生子系统，其他的子系统是可以分割的），如果没有这个子系统wi
dows就不能运行？（好像微软是这么说的，原因好像是wi
32的文档化的API都是通过这个子系统实现的，据说最初的子系统都通过CSRSS来实现，这个东西最初好像包含至少3个子系统，1wi
32，2OS2，3POSIX，随着wi
32的羽翼逐渐丰满，在发行时就不再包含其他两个。但是还是依然叫CSRSS，慢慢看代码才知道，这些都是道听途说）。wi
32k也被划分成两个部分，第一个是USER32，第二个是GDI32，ReactOS的wi
32K估计基本上都是通过wi
e移植过来的。USER32：包含了wi
dows管理的操作吧，比如如何创建窗口，显示窗口，隐藏窗口，移动窗口排列窗口z轴，对拥有窗口的Z轴排序，Regio
（可视区域）操作，鼠标集中测试等。GDI32：包含图形设备的绘制操作（这些操作也可以叫服务），比如画点，画线，位图操作等，GDI会将一些复杂的绘图操作转变成简单的绘制请求发送给图形驱动程序（如果这个图形驱动程序不支持复杂绘制）还有就是一些设备无关的位图操作，有的可以保存在内存或文件，而如果将设备无关的位图输出的话就会被转换成设备相关的位图然后再输出。
ffr