Windows内核资源列表简单地说:内核对象是系统的一种资源。系统对象一旦产生,任何应用程序都可以开启并且使用该对象。系统给内核对象一个计数值作为管理只用,内核对象包括: event,mutex,semaphore,file,file-mapping,preocess,thread. 这些内核对象每次产生都会返回一个handle,作为标示,每使用一次,对应的计数值加1,调用CloseHandle可以结束内核对象的使用。 1. 内核对象: 2.内核对象只能由内核所拥有,而不是由进程拥有.(就是说进程没有了,内核还可以被其他进程使用) 打开内核的可继承性标志 获得句柄标志的函数 3)命名对象 打开对象Open*:如果命名的内核对象已经存在并具备安全访问权限,进程的句柄表复制一份内核对象的指针和标志到进程的句柄表,如果不存在,则返回NULL,使用GetLassError(),得到返回值2。 4)终端服务的名字空间 DuplicateHandle函数来对另一个进程对象的句柄进行复制到调用此函数的进程句柄表中,实现进程间共享内核对象。 BOOL DuplicateHandle( HANDLE hSourceProcessHandle, // handle to source process HANDLE hSourceHandle, // handle to duplicate HANDLE hTargetProcessHandle, // handle to target process LPHANDLE lpTargetHandle, // duplicate handle DWORD dwDesiredAccess, // requested access BOOL bInheritHandle, // handle inheritance option DWORD dwOptions // optional actions ); 二: 内核对象的句柄 看了前面几为大虾讨论ID和HANDLE的帖子,忍不住跳出来喊两声。 我的主要观点来自于《Advanced Windows, 3rd edition》Jeffrey Richter著 内核对象: 内核对象是由系统分配的一块内存,必须有系统来维护和访问。一般由Create*开 头的API函数 来创建。象进程、线程、文件、文件映射、事件、互斥量、信号量、管道、邮槽 等都是内核对象。 内核对象是系统级的,独立于进程。也就是说,任何一个进程创建了一个内核对 象,理论上讲, 其他进程都应该能访问,只要进程获得该内核对象的句柄。事实上,NT就是通过 对句柄的种种 限制,来达到安全的目的。 句柄: 句柄是在创建内核对象是返回的标志该内核对象的量。在VC中定义为 typedef void* HANDLE 句柄是和进程相关的。如果不采取特别的处理,句柄离开创建它的进程,就毫无 意义了。 进程是如何维护句柄的呢:(下面说的是大致原理,并不意味着系统就是这样实 现的) 在windows系统中,每一个进程都维护一内核对象句柄表。创建内核对象时,系统 扫描这张表, 挑一个空白项填充。返回这个填充项的索引,也就是句柄。这就是为什么我们看 到的句柄值总是 0X0000002F之类的值的原因。这个进程中A索引(句柄)有效,但另外进程同样索 引(句柄)处 并不一定有效。所以说句柄是进程相关的。句柄当然不是简单的索引,不过可以 这样理解。 这样也很容易理解内核对象并不一定随着句柄的关闭(CloseHandle())而释放, 有可能别的进程 还在通过另外的句柄----不管是什么途径得到的----在访问同一内核对象。系统 确保没有任何进程 访问时,才释放内核对象。 线程是一个内核对象,它的句柄并没有什么特别的含义。可以从A进程得到B进程 创建的一个线程 的句柄(通过继承,或复制),这样就有两个句柄指向该线程内核对象,都可以 操纵该线程(我 从未试过,因为没遇到非要操纵另一个进程中线程的情况)。这两个句柄(我个 人理解)可以相同 也可以不同,这取决于A,B进程中内核对象句柄表。但线程ID,却是系统中唯一 的量,用它来区别 开另外的线程 三: 众所周知,在用户模式下等待某一个线程或其他事情的发生是要浪费CPU时间的,但若在内核模式下,比如WaitForSingleObject就不会占用CPU时间(除了两种模式之间的切换时间),那么系统是如何做到的呢,难道她就不需不断检测相应的内核对象吗?若是,那内核对象的结构是什么样的? WaitForSingleObject进入等待状态时,进入核心态, 由核心中的系统线程帮你检测内核对象,这样是为方便管理。对于一般进程自己独占的对象,我们可以在用户态实现检测,当然你得自己实现它(你自定义这种对 象),LINUX中就有相关的应用(用户态的对象),这样比较快,但用户需要考虑的就多。WINDOWS中都为用户管理了,尤其是夸进程的内核对象的应 用,用户管理起来比较复杂,所以WINDOWS采用了集中管理。这样虽然会牺牲一定速度,但利于系统的集中管理也省去了用户不少麻烦。当然速度问题,这样 说不一定准确,但有时确实会比用户态管理损失速度和自由度。 下面简单描述一下过程:(不一定很准确) |
Windows内核资源列表
最新推荐文章于 2022-08-09 21:06:10 发布