一、背景
目前,公司针对PR开发的一个插件需要发布到64位系统上。该插件包括一个prm格式的文件和若干个DLL文件。其中,prm文件需要复制到PR公共插件目录下,DLL需要复制到Windows系统目录中去,这样插件才能正常的工作。公司现在要求发布插件时制作一个安装包,让用户点击安装包后自动将插件相关文件拷贝到相应目录去。本来用inno setup来做一个安装包,顶多就是一个多目录安装的问题。但是,公司发布的插件只能应用在Win64位平台,而且要求通过读取注册表来确定具体的安装目录。这是背景,也正是本文要说坑。
二、分析过程
本来拿到需求一想还挺简单的,本来就详细看过Inno setup的文档,读取注册表只需要调用RegQueryStringValue()即可读取注册表中指定项目。代码就这么写:
function GetInstallString(): String; var sInstallPath: String; begin sInstallPath := ''; if RegValueExists(HKLM, 'SOFTWARE\Adobe\Premiere Pro\CurrentVersion', 'Plug-InsDir') then begin RegQueryStringValue(HKLM, 'SOFTWARE\Adobe\Premiere Pro\CurrentVersion', 'Plug-InsDir', sInstallPath) end Result := sInstallPath; end;
逻辑很简单:先判断这个键是否存在,存在就继续读取键值。编译成功生成安装包。可是一运行问题来了,根本就没有获取到键值。注册表打开着对着写的,路径也反复看了好几遍是错不了的。但是为什么就读取不到具体的键值呢?网上资料不多,大多使用的例子也是如上并无二般。那是为什么呢?那么其他的键值能否读到呢?还是说只是读取不到这个键值?于是变换着,换到一个其他的ROOT下,如HKEY_USERS或者HKEY_CLASSES_ROOT:
function GetInstallString(): String; var sInstallPath: String; begin sInstallPath := ''; if RegValueExists(HKEY_CURRENT_USER, 'Software\Adobe\Premiere Pro\9.0\PluginCache.64\zh_CN\PSIParser.dll\Com Module', 'ComFullPath') then begin RegQueryStringValue(HKEY_CURRENT_USER, 'Software\Adobe\Premiere Pro\9.0\PluginCache.64\zh_CN\PSIParser.dll\Com Module', 'ComFullPath', sInstallPath) end Result := sInstallPath; end;
编译运行正常获得注册表中的键值。再换成HKEY_USERS下的其他键值同样获取成功。那么HKEY_LOCAL_MACHINE下的其他键值是否能获取得到呢?随便找了个键值项,发现也无法获得到键值。那么问题就来了:其他ROOT下的键值都可以获得成功,唯独HKEY_LOCAL_MACHINE下的键值获取不到,这是为什么呢?在网上搜了搜,看到了一个有用的帖子:http://stackoverflow.com/questions/4033976/inno-setup-doesnt-allow-access-to-all-registry-keys-why。通篇读下来,发现了一种解决方法,只要在ROOT名称后跟上64即可解决问题:
function GetInstallString(): String; var sInstallPath: String; begin sInstallPath := 'C:\Program Files\Adobe\Common\Plug-ins\7.0\MediaCore'; if RegValueExists(HKLM64, 'SOFTWARE\Adobe\Premiere Pro\CurrentVersion', 'Plug-InsDir') then begin RegQueryStringValue(HKLM64, 'SOFTWARE\Adobe\Premiere Pro\CurrentVersion', 'Plug-InsDir', sInstallPath) end Result := sInstallPath; end;
那么,问题的原因是什么呢?实际上问题就出在Win64上。Windows 32bit和64bit版本的注册表稍微有不同。我们知道64bit系统上照样可以跑32bit的程序,因此在注册表上也有区分,特意为32bit程序作了兼容处理。32bit程序对注册表HKEY_LOCAL_MACHINE根下的项目操作都进行了重定向:读取HKEY_LOCAL_MACHINE\SOFTWARE下的键值都会重定向到HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\<company>\<product>。那么这就很好解释了,Premiere Pro目前只能运行在64Bit系统上,因此在Wow6432Node下是不会存在记录的,读取相应键值自然会失败。
通过HKLM32和HKLM64明确指出读取的具体位置,就可以避免上述这种问题了。事实上,在inno setup的说明文档中还有另外一种方法可以尝试,也可以避免64bit系统产生的问题。具体代码:
var OldState: Boolean; ResultCode: Integer; begin // First verify that the user is running a supported 64-bit version // of Windows, because calling EnableFsRedirection(False) will // raise an exception otherwise. if IsWin64 then begin // Turn off redirection, so that cmd.exe from the 64-bit System // directory is launched. OldState := EnableFsRedirection(False); try Exec(ExpandConstant('{cmd}'), '', '', SW_SHOW, ewWaitUntilTerminated, ResultCode); finally // Restore the previous redirection state. EnableFsRedirection(OldState); end; end; end;
关键就是通过调用EnableFsRedirection()函数来禁用注册表操作转发行为。在调用之前先判断当前安装程序是否是运行在64位系统上。
Update 2016-3-7:
在64Bit系统上,将动态库文件拷贝到C:\WINDOWS\System32目录下时,会自动重定向到SysWOW64目录下,导致程序运行异常。这事可以通过设置在[Files]段设置Flags:64即可禁用目录重定向(参考链接)。
三、参考链接
1、http://www.jrsoftware.org/ishelp/index.php?topic=isxfunc_regquerystringvalue
2、http://www.jrsoftware.org/ishelp/index.php?topic=consts
3、http://stackoverflow.com/questions/4033976/inno-setup-doesnt-allow-access-to-all-registry-keys-why
4、http://www.jrsoftware.org/ishelp/index.php?topic=64bitlimitations
5、http://www.jrsoftware.org/ishelp/index.php?topic=isxfunc_enablefsredirection