能力值：
( LV2，RANK：10 )
|
-
-
2 楼
进程名的列表本就是一个列表，本质上是一个搜索问题。枚举已然是最快的了。
进程的数量也大不了哪儿去，不值当的优化了。
|
能力值：
( LV2，RANK：10 )
|
-
-
3 楼
快是快 但是我的程序要不停地判断是否存在 这就相当于在不停地执行一个循环 一直在占用cpu啊
|
能力值：
( LV2，RANK：10 )
|
-
-
4 楼
就算是用openprocess判断一个pid是否存在也是要查表的，只不过这个查表的工作是由系统来做的……
|
能力值：
( LV2，RANK：10 )
|
-
-
5 楼
对啊 系统来做 那么等于是系统占用了cpu 在任务管理器里面 就看不出来是我的程序cpu占用升高 如果在我的程序里面了进行查表或者一系列的循环 那么任务管理器里面可以明显看出我的程序占用了cpu
|
能力值：
( LV2，RANK：10 )
|
-
-
6 楼
存下第一次找到的PID以后用PID判断进程存在就合你心意了.
|
能力值：
( LV2，RANK：10 )
|
-
-
7 楼
错……
还是显示的你的进程占用了cpu……
|
能力值：
( LV2，RANK：10 )
|
-
-
8 楼
原来这样 那有什么办法让进程占用cpu显示为0呢
|
能力值：
( LV13，RANK：240 )
|
-
-
9 楼
Sleep(10)
|
能力值：
( LV5，RANK：60 )
|
-
-
10 楼
一秒执行一次查找就不占用 CPU啦
|
能力值：
( LV4，RANK：50 )
|
-
-
11 楼
先枚举.然后驱动挂回调
|
能力值：
( LV2，RANK：10 )
|
-
-
12 楼
aaa.exe如果知道其路径，比如是c:\windows\aaa.exe，那最简单的判断方法应该是delete c:\windows\aaa.exe。如果aaa.exe在运行，一般是无法删除文件的。
|
能力值：
( LV13，RANK：410 )
|
-
-
13 楼
如果知道目标文件位置的话，是否可以尝试以写入打开文件来判断呢？
楼山的删除太暴力了……
|
能力值：
( LV2，RANK：10 )
|
-
-
14 楼
FindWindowEx
|
能力值：
( LV2，RANK：10 )
|
-
-
15 楼
只知道进程名这个特征 无法知道窗口的任何信息
|
能力值：
( LV2，RANK：10 )
|
-
-
16 楼
路径未知 只知道进程名
|
能力值：
( LV2，RANK：10 )
|
-
-
17 楼
pssetcreateprocessnotifyroutine ? R3下能否挂回调?
|
能力值：
( LV5，RANK：70 )
|
-
-
18 楼
利用WMI查询是最快的。"select * from win32_process where name="XXX.exe" "
但是加载com库有些麻烦。
其实就算枚举所有进程也只是一瞬间的事而已，一般cpu都飚不到 10%
|
能力值：
( LV2，RANK：10 )
|
-
-
19 楼
WinExec "wmic process where name=\"notepad.exe\" > c:\123.xx"
然后判断 123.xx的文件大小
|
能力值：
( LV2，RANK：10 )
|
-
-
20 楼
这个调用了wmic 本质上wmic还是枚举了进程 治标不治本啊
|
能力值：
( LV2，RANK：10 )
|
-
-
21 楼
2%已经让别人觉得高了
|
能力值：
( LV2，RANK：10 )
|
-
-
22 楼
启动一个线程做循环查找不就完事了,循环里适当的sleep
|
能力值：
( LV2，RANK：10 )
|
-
-
23 楼
这是常规方法 我在找个更简单的方法
|
能力值：
( LV2，RANK：10 )
|
-
-
24 楼
明显是在监控进程嘛，监控不是这样搞的
|
能力值：
( LV4，RANK：50 )
|
-
-
25 楼
CreateMutex作用是：找出当前系统是否已经存在指定进程的实例。如果没有则创建一个互斥体……
|
|
|
|
