Hotstring優化：追求極致速度

AutoHotkey的最大優點就是簡易的語法，方便設定hotstring及hotkey。不過畢竟最後是CPU在跑，寫一行程式碼，不一定比三行程式碼還快，要讓程式跑得快，還是要以電腦的角度去思考。例如以最簡單的 ::btw::by the way 為例，trigger之後AutoHotkey會模擬鍵盤傳給Windows的code，Windows再送到active的文字編輯器，文字編輯器被接收到一個鍵會觸發/更新一些內建數值（例如目前是第幾個字元、總共幾個字元、儲存上個狀態以便Ctrl+Z可以復原等等），然後更新文字輸入區的畫面，讓使用者知道程式沒當掉依然有反應。在AutoHotkey的範圍內可做到幾點優化：

• SetBatchLines -1
• 預設設定下，AutoHotkey每執行一行程式碼，會短暫休息，再執行下一行，以避免讓CPU太操。但既然用AutoHotkey就是要效率，給他催下去！
• SendMode, Input
• 預設的Send是SendEvent模式，但SendInput在大部分的狀況下是Z>B，包括
• 送字速度快
• 因為有buffer，如果程式正在send字串時使用者也按下鍵盤，使用者按的鍵會在字串送完時接上，而不會中斷（最多buffer 5000個字元）
• SetKeyDelay, -1, -1
• 這個設定也是類似SetBatchLines，為了模擬正常人類按鍵，按下去會有一定duration，兩個按鍵間一定有一些delay，通常是遊戲才會偵測有沒有cheat
• 雖然這個設定影響的是SendEvent，但有非常少數情況下AutoHotkey會自動從SendInput轉換成SendEvent或SendPlay，所以還是可以設定
• 複製貼上法
• 對於較大量的字串，例如某個procedure note的範本，用send會非常慢。比較直覺的方式是用剪貼簿當作媒介來複製、貼上

sendByClipboard(ByRef str){<br /> ;clip:=ClipboardAll<br /> clipboard:=str<br /> send ^v<br /> ;ClipboardAll:=clip<br /> }

• 註解掉的兩行是為了保留原本的剪貼簿內容，但在連續輸入的情況下不太需要
• 有一說要搭配ClipWait，但日常小量字串應該都能順利運作，所以沒有使用
• 實測比較SendInput和sendByClipboard，發現大概以7~10個字元為分界，更多的字元後者較快，較少的字元前者較快。
• sendByClipboard的缺點：
• 組合鍵（用到Ctrl, Alt, Shift, Win等）無法用（不過通常也不會很大量）
• 單行定義的Hotstring會依據首字是否大寫/全部大寫，送出相對應的字串（首字大寫/全部大寫），sendByClipboard只能用笨方法來模擬。（注意後兩個搭配c選項）

::btw::<br /> sendByClipboard("very very long string")<br /> return<br /> <br /> :c:Btw::<br /> sendByClipboard("Very very long string")<br /> return<br /> <br /> :c:BTW::<br /> sendByClipboard("VERY VERY LONG STRING")<br /> return

• 直接送字法
• 利用剪貼簿畢竟多了一道程序，可以直接設定輸入框裡要顯示的文字。
• Standard edit control可以搭配Edit library，測試會比剪貼簿方法還快，但缺點是全部文字整個更新，畫面可能會閃一下，或者捲軸的位置不一樣：

#include <edit><br /> <br /> sendEdit(ByRef str){<br /> Text:=Edit_GetText(Focused:=getFocused())<br /> ,Edit_GetSel(Focused, s, e)<br /> ,Edit_SetText(Focused, SubStr(Text, 1, s) str SubStr(Text, e+1))<br /> ,Edit_SetSel(Focused, sel:=s+StrLen(str), sel)<br /> ,Edit_ScrollCaret(Focused)<br /> }<br /> <br /> getFocused(){<br /> static GuiThreadInfoSize = 48<br /> VarSetCapacity(GuiThreadInfo, GuiThreadInfoSize)<br /> ,NumPut(GuiThreadInfoSize, GuiThreadInfo, 0)<br /> ,DllCall("GetGUIThreadInfo", uint, 0, str, GuiThreadInfo)<br /> return FocusedHWND := NumGet(GuiThreadInfo, 12) ; Retrieve the hwndFocus field from the struct.<br /> }

• Scintilla control是SciTE、NotePad++所使用的，可以搭配Scintilla wrapper以及自己寫的RemoteScintilla，速度和standard edit差不多，優點是很多強大的功能。
• 在自己的gui建立及操作Scintilla control要用Scintilla wrapper，但如果要access或modify其他process中的Scintilla control，則要用RemoteScintilla，利用_RemoteBuf library搭配Scintilla Documentation裡列出的messages（AutoHotkey的ControlGetText和ControlSetText只針對standard edit）。
• 利用SCI_ADDTEXT，可以在游標處插入字串，而且游標會跳到加入字串的最後面，和Hotstring或是複製貼上的動作是一致的。

#include <remotescintilla><br /> <br /> sendSci(ByRef str){<br /> sci:=new RemoteScintilla(getFocused())<br /> sci.AddText(str)<br /> }<br /> <br /> getFocused(){<br /> static GuiThreadInfoSize = 48<br /> VarSetCapacity(GuiThreadInfo, GuiThreadInfoSize)<br /> ,NumPut(GuiThreadInfoSize, GuiThreadInfo, 0)<br /> ,DllCall("GetGUIThreadInfo", uint, 0, str, GuiThreadInfo)<br /> return FocusedHWND := NumGet(GuiThreadInfo, 12) ; Retrieve the hwndFocus field from the struct.<br /> }