便攜軟件制作的系列教程

在NSIS中怎么導入注冊表。

這有何難，用registry插件嘛：

${registry::RestoreKey} file.reg $var

可是，如果你經(jīng)常在 RestoreKey 后面用 ${registry:write} ，就會發(fā)現(xiàn)，往往導入注冊表會失敗，或者寫入的鍵值被reg文件中的舊鍵值覆蓋了，這是為什么呢？

原來，${registry::RestoreKey} 這個命令并不會等待導入完成。作者在文檔中寫了：

${registry::RestoreKey} simply exec regedit: regedit /s “[file]“

執(zhí)行的是 Exec 而非 ExecWait 。那么，可能 regedit.exe 尚未啟動，就開始執(zhí)行下一行命令了。制作一般的安裝包問題不大，但便攜軟件對執(zhí)行步驟的順序要求更加精確。所以，有些人的代碼是這樣寫的：

${registry::RestoreKey} file.reg $0

Sleep 200

睡一會。睡多久？睡一秒還是一年，這種盲人摸象的做法，我們完美主義者是不會使用的。因為這個命令，有些朋友凡是用到registry插件，都習慣性地加上個 sleep，這是完全沒有必要的，作者說了：

問：So my question is, what other functions in your plugin behave in the same way (ie do not wait for the registry operation to finish)?

答：registry::RestoreKey is the only one.

那么，用:

ExecWait 'regedit /s "[file]"' $var

不就行了嗎？

你又錯了，我們制作便攜軟件的時候，要對自己嚴格要求，在Vista以上的系統(tǒng)中，不經(jīng)過UAC驗證，是無法執(zhí)行 regedit /s 這個命令的（即使導入HKCU中的鍵值也不行）。難道你的每個軟件都要用戶通過UAC驗證以管理員權限運行嗎，完全是別有居心！

可是，在UAC環(huán)境的測試中，你會發(fā)現(xiàn)，即使不通過UAC驗證，${registry::RestoreKey} 這個命令也可以完成注冊表導入，難道，作者隱瞞了什么？

于是，作為代碼盲的你，充滿狐疑地打開 NSIS\Include\Registry.nsh ，找到這樣一段代碼：

!define registry::RestoreKey !insertmacro registry::RestoreKey

!macro registry::RestoreKey _FILE _ERR

registry::_RestoreKey /NOUNLOAD ${_FILE}

Pop ${_ERR}

IntCmp ${_ERR} -2 0 0 +10 ;REGEDIT4 ansi file

SetDetailsPrint none

IfFileExists "$SYSDIR\reg.exe" 0 +4 ;reg.exe used in Windows2K/XP/Vista/7

nsExec::ExecToStack "$SYSDIR\reg.exe" import "${_FILE}"

Pop ${_ERR}

StrCmp ${_ERR} 0 +5 0

IfFileExists "$WINDIR\regedit.exe" 0 +3 ;regedit.exe used in Wine

ExecWait "$WINDIR\regedit.exe" /s "${_FILE}" ${_ERR}

IfErrors 0 +2

StrCpy ${_ERR} -1

SetDetailsPrint lastused

!macroend

真是狡兔三窟！registry::RestoreKey失敗后，用reg.exe import，失敗后，又用 regedit.exe /s，我們就要有這種不屈不撓的精神，不要讓一次執(zhí)行的失敗變成Bug。

眼尖的你發(fā)現(xiàn)，關鍵在于這一行：

nsExec::ExecToStack "$SYSDIR\reg.exe" import "${_FILE}"

原來，雖然regedit /s需要管理員權限，但reg import命令并不需要，這就是${registry::RestoreKey}成功的秘訣。

但是，${registry::RestoreKey}首先嘗試用插件導入，而插件并不等待導入結束，所以，我們在應用的時候，要把順序顛倒一下：

nsExec::ExecToStack "$SYSDIR\reg.exe" import "${_FILE}"

Pop $0

${IfNot} $0 == 0

${registry::RestoreKey} "${_FILE}" $0

Sleep 500

${IfNotThen} $0 == 0 ${|} StrCpy ${_OutVar} Error ${|}

${Endif}

nsExec::ExecToStack是等待運行結束的，首先執(zhí)行，假如失敗，再用${registry::RestoreKey}，并暫停0.5秒（比較安全的數(shù)值）。當以上動作始終返回Error的時候，我們就應該考慮做個標記，在便攜軟件結束的時候跳過這一次軟件運行中的注冊表修改，不覆蓋原先的reg文件了。

不過，當你翻閱 PortableApps.com Launcher 的源代碼時，卻發(fā)現(xiàn)關于注冊表導入，僅僅用了一行：

${registry::RestoreKey} $DataDirectory\settings\$0.reg $R9

可為什么感覺上PAL那么穩(wěn)定，極少出錯呢？我猜是因為PAL的代碼非常繁雜，每個實際動作以前都有一堆工作，又是讀Launcher.ini，又是轉(zhuǎn)換變量，又是檢測PAF平臺，慢悠悠的，慢工出細活吧！