这种情况下，OpenProcess()对于某些低ID(low ID)进程会返回NULL。这是因为，尽管使用合法的进程ID，但注入程序的上下文所具有的权限还不足以访问目标进程。
基于52个网页-相关网页
It is also important that any channel not intended to support administration of the queue manager have a low-privileged user ID in the MCAUSER attribute.
在mcauser属性中，不用于支持管理队列管理器的任何通道都具有低权限用户ID，这一点也很重要。
One customer I visited had taken great pains to document that any SVRCONN channel that was created should have a low-privileged ID coded into the channel's MCAUSER.
我曾碰到过这样一位客户，他费尽心思将所创建的、应该具有较低权限的ID记录到通道的MCAUSER中。
Using PUTAUT (DEF), set MCAUSER to a low-privileged non-login ID that is owned by the WebSphere MQ administration team, then authorize that ID to the application queues and the DLQ.
使用PUTAUT (DEF)，将MCAUSER设置为WebSphere MQ管理团队所拥有的较低权限的非登录ID，然后将这个ID授权给应用程序队列和DLQ。
Low ID一般都是没有公网IP的内网用户，两个Low ID用户之间是无法直接连接的，所以Low ID的用户下载源会相对少一点（无法从其它Low ID用户那里下载）。 无论什么类型的P2P软件，MSN、QQ、BT……都无法实现两个内网用户——LowID用户之间的直接通讯。MSN、QQ等即时聊天工具都是通过服务器转发数据实现的，像MSN，所有的数据都是通过服务器转发，因此MSN上是看不到好友的IP地址的。而如果你用过早期QQ版本的话，应该知道有一种情况经常会发生，就是即使聊天的2个人都在线，所有的聊天内容后面都会跟上“(通过服务器转发)”，现在的版本只是已经去掉了这句话。然而，为传输大量数据而设计的eMule、BT等P2P软件显然无法使用“服务器转发”来实现LowID用户之间的通信——因为大量的数据转发会无端浪费极大的网络带宽，并且eMule、BT之类免费软件也无法提供要求如此之高的服务器来完成这项任务。BT之中没有LowID的说法只是因为它不提，而不是它能够解决这个问题。所以不要说因为LowID的关系而放弃eMule转用BT，那是荒诞无稽的笑话:-)
应用推荐