VC编写vista或win7下需要管理员权限运行的程序

/////////////////////

VC编写vista或win7下需要管理员权限运行的程序

VC编写vista或win7下需要管理员权限运行的程序

程序有com，需要注册，但是在win7上面如果不是管理员权限的话，执行就会失败。

先是通过代码提升用户权限的。代码如下：

view plain

copy to clipboard

BOOL UpgradeProcessPrivilege(HANDLE hProcess, LPCTSTR lpPrivilegeName )

{

HANDLE hToken = NULL;

if(OpenProcessToken(hProcess, TOKEN_ALL_ACCESS, &hToken))

{

LUID Luid;

if(LookupPrivilegeValue(NULL, lpPrivilegeName, &Luid))

{

TOKEN_PRIVILEGES tp;

tp.PrivilegeCount = 1;

tp.Privileges[0].Attributes = SE_PRIVILEGE_ENABLED;

tp.Privileges[0].Luid = Luid;

return( AdjustTokenPrivileges(hToken, FALSE, &tp, 0, NULL, NULL) );

}

}

return FALSE;

}

view plain

BOOL UpgradeProcessPrivilege(HANDLE hProcess, LPCTSTR lpPrivilegeName )

{

HANDLE hToken = NULL;

if(OpenProcessToken(hProcess, TOKEN_ALL_ACCESS, &hToken))

{

LUID Luid;

if(LookupPrivilegeValue(NULL, lpPrivilegeName, &Luid))

{

TOKEN_PRIVILEGES tp;

tp.PrivilegeCount = 1;

tp.Privileges[0].Attributes = SE_PRIVILEGE_ENABLED;

tp.Privileges[0].Luid = Luid;

return( AdjustTokenPrivileges(hToken, FALSE, &tp, 0, NULL, NULL) );

}

}

return FALSE;

}

// UpgradeProcessPrivilege(GetCurrentProcess(),SE_DEBUG_NAME);

很奇怪，生成的文件，在桌面上时就没有问题，运行时会提示是否管理员权限，

但是拷到其他地方就不行了。无语。

于是探索另外的方法了。

找到了一些方法，因我的是vs2005，所以下面方法一是成功的。

方法一： 导入manifest文件

1.如果你使用的是VC6或者vs2003，,2005，通过导入manifest文件解决

view plain

copy to clipboard

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">

<assemblyIdentity

version="1.0.0.0"

processorArchitecture="X86"

name="test.exe.manifest"

type="win32"

/>

<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">

<security>

<requestedPrivileges>

<requestedExecutionLevel level="requireAdministrator" uiAccess="false"/>

</requestedPrivileges>

</security>

</trustInfo>

</assembly>

注：此文件只要扩展名是.manifest文件名可以任意。文件内容的name属性值也可以为任意。（VC6.0下经过测试)

2.把此文件"import"到资源文件中,资源类型为24,资源ID为1,

注:经测试资源类型必须为24,资源ID也必须为1,

3.重新编辑即可，在windows7下该程序图标有一个盾状小图标，双击运行会出现对话框要求提升为管理员权限。

如果是vs2008或者2010，就比较简单了，直接项目右键---属性---连接器---清单文件---uac执行级别 选择requireAdministrator 重新编译 这样你的程序直接运行就拥有管理员权限了。程序就会出现一个盾牌。

方法二:修改注册表:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers]

"C:\\Program Files\\win7test2.exe"="RUNASADMIN"

将上面的内容保存为.reg文件，基中把C:\\Program Files\\win7test2.exe改为真实环境的应用程序地址,双击运行即可。

这种方法后应用程序图标不会有盾状图标，但双击运行仍然会弹出对话框要求提升权限。

------------------------------------------------------------

vc manifest

manifest原理和用途

[b][现象]

对这个问题的研究是起源于这么一个现象：当你用VC++2005（或者其它.NET）写程序后，在自己的计算机上能毫无问题地运行，但是当把此exe文件拷贝到别人电脑上时，便不能运行了，大致的错误提示如下：应用程序配置不正确，请重新安装程序……或者是MSVCR80D.dll 没有找到什么的（我记得不是很清楚，不过大致是这样的）

[分析]

看到这样的提示，当然不会傻到重装咯。第一反应应该是什么配置有问题、或者是缺少了什么依赖的库文件；于是我就根据以前Windows缺少库文件的经验，把所有库文件（××.DLL）统统一股脑地复制到当前文件夹下来，满心欢喜以为可以运行了，以运行……@#￥@#％￥……还是挂了。

[探索]

于是开始网上搜索，我Google，我摆渡；渐渐我发现，这一切都和一个叫做***.manifest 类型的文件发生关系，那么到底什么是 .manifest 文件呢？他有什么用，以前为什么没有？

后来，经过艰苦努力，终于得知，原来这一切都是Windows 的Assembly Manifest搞的鬼。这个东东的作用就是为了解决 以前windows上的“Dll 地狱” 问题才产生的新的DLL管理解决方案。大家知道，Dll是动态加载共享库，同一个Dll可能被多个程序所使用，而所谓“Dll 地狱”就是当不通程序依赖的Dll相同，但版本不同时，由于系统不能分辨到底哪个是哪个，所以加载错了Dll版本，然后就挂了。于是盖茨就吸取了教训，搞了一个程序集清单的东东，每个程序都要有一个清单，这个清单存再和自己应用程序同名的.manifest文件中，里面列出其所需要的所有依赖，这儿所列出的依赖可不是简单地靠文件明来区分的，而是根据一种叫做“强文件名”的东西区分的，那么什么是强文件明呢？我们来看一下这个.manifest文件便知道了。

<?xml version='1.0' encoding='UTF-8' standalone='yes'?>

<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>

<dependency>

<dependentAssembly>

<assemblyIdentity type='win32' name='Microsoft.VC80.CRT' version='8.0.50608.0' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' />

</dependentAssembly>

</dependency>

</assembly>

我们发现原来这是一个XML格式的文件，其中<dependency>这一部分指明了其依赖于一个名字叫做Microsoft.VC80.CRT的库。但是我们发现，<assemblyIdentity>属性里面还有其它的东东，分别是

type系统类型，version版本号，processorArchitecture平台环境，publicKeyToken公匙（一般用来标示一个公司）……把他们加在一起便成了“强文件名”了，有了这种“强文件名”，我们就可以根据其区分不同的版本、不同的平台……总之，有了这种强文件名，系统中可以有多个不同版本的相同的库共存而不会发生冲突。

[/b]

dll是被动态调用的，所以会被若干个程序共享使用的 但是如果dll在应用程序不知道的情况下升级了、或是被另一个程序更改了，就可能会出现问题，即”DLL Hell”

随着系统资源越来越丰富，硬盘不那么紧张，所以在XP以后的操作系统中，用新的机制来管理DLL

（这种机制，这不仅仅是对于.NET而言，对于普通的Native程序也是一样的）

Madifest是个XML的描述文件，对于每个DLL有DLL的Manifest文件，对于每个应用程序Application也有自己的Manifest

对于应用程序而言，Manifest可以是一个和exe文件同一目录下的.manifest文件，也可以是作为一个资源嵌入在exe文件内部的(Embed Manifest)

XP以前版本的windows，会像以前那样执行这个exe文件，寻找相应的dll，没有分别Manifest只是个多余的文件或资源，dll文件会直接到system32的目录下查找，并且调用

而XP以后的操作系统，则会首先读取Manifest，获得exe文件需要调用的DLL列表（此时获得的，并不直接是DLL文件的本身的位置，而是DLL 的manifest）操作系统再根据DLL的Manifest去寻找对应的DLL<因此就可能区别不同版本的同一个DLL文件，或是指定一个程序本 身Isolated的DLL>

不过使用Visual Studio 2005以后的一个新问题是，VS2005带的8.0新版的C运行库(VC 8.0 CRT)文件在XP以后支持manifest的Windows版本中被调用时，将会check一下Application自身的Manifest，否则将 会拒绝被调用。这也就是说，使用Visual Studio开发的Application，Manifest将是必不可少的（搞不懂MS为啥要这样设置，所以与VS2003.NET不同了。后来想想， 除了MS自己说的哪些冠冕堂皇的原因，至少这样一来Linux的Wine模拟要麻烦多了）

除非，你的程序是静态链接的，没有使用dll，只使用了操作系统核心的 Kernel32.dll, User32.dll, Ole32.dll, 或ShDocVW.dll 等。project的设置必须是Use Standard Windows Libraries、Not Using ATL、No Common Language Runtime support

那么你可以不需要考虑Manifest 可以关掉它

VS2005中Menifest相关的设置

Project/Properties/Linker/Manifest File/Generate Manifest 决定是否生成Manifest，如上情况才可以关闭

Project/Properties/Linker/Manifest File/Allow Isolation 这个是设置DLL的调用的，并不能决定Manifest是否还是必须的

Project/Properties/Manifest Tool/Input and Output/Embed Manifest 决定Manifest是个单独的文件还是嵌入到exe内的资源

对于我来说，使用SDL必须是启用DLL的动态链接方式，所以必须开启Manifest，并且让Manifest Embed进入exe比较方便

与上面内容相应的 是关于如何发布软件的问题，事实上只有VC6.0的CRT库是绑定作为Windows的一部分的，之后从VS.net开始，VC程序制作安装包也是要考虑 库文件的，只不过VC6.0时推荐拷入System32，VC.net时推荐放在exe文件local目录，而现在VS2005则还需要考虑 Manifest的问题了，看似麻烦，其实也还好，VS自带工具打包，下面一些网址也有讲如何手工做redistribution