一名開發(fā)者（下用 Nick 代稱）在 Windows Terminal 的 GitHub repo 中發(fā)表了一個不是反饋問題的 issue —— 他只是好奇該終端擁有這種如此順滑輸入的效果是如何實現(xiàn)的。

Nick 覺得這種順滑感是其他 Windows 應(yīng)用都不具備的，甚至是最輕量的 notepad.exe 都未能提供這種輸入體驗。他還問到，這種 UI 增強功能將來是否會應(yīng)用于所有 Windows 應(yīng)用程序。

很快，負(fù)責(zé)此項目的 Windows 開發(fā)團(tuán)隊成員（@miniksa）對 Nick 的疑問進(jìn)行了解答。

miniksa 表示，保持在 WSL 默認(rèn)終端輸入內(nèi)容的速度比其他應(yīng)用快，這實際上就是他們唯一的工作！除此之外，也可能是因為他們必須使用 Windows 最舊和最低級別的 API 來完成此項工作。

WSL 的默認(rèn)終端不像 Electron 等框架那樣涉及到許多其他的層或框架，它有一個并不特別的裸窗口，并且沒有任何附加組件。他們會從窗口消息（window messages）而不是某種事件框架（(WPF, WinForms, UWP, Electron)）來處理鍵入的內(nèi)容，而這些內(nèi)容是通過內(nèi)核傳輸過來的。接著，他們使用 GDI 的 PolyTextOut 將文本直接轉(zhuǎn)儲到窗口而不帶多余的裝飾。

miniksa 解釋道，notepad.exe 確實很輕量，不過在其窗口上也具有多個控件，并且可能在編輯控件中使用某種庫、框架來確定其文本布局（也可能正在使用其他庫或框架進(jìn)行國際化支持...），這些都使得它們的輸入速度比不上 WSL 默認(rèn)終端。當(dāng)然，WSL 也需要進(jìn)行權(quán)衡取舍，它不像其他應(yīng)用那樣提供完全的國際化支持。

為什么要這樣做？第一，conhost.exe 已十分陳舊。它必須使用所有內(nèi)容的裸機(jī)底層，因為它是在創(chuàng)建其他大多數(shù)框架之前創(chuàng)建的。第二，它需要保持盡可能底層的級別，而且它是用 C/C++ 編寫的，它需要盡可能保持底層的狀態(tài)以方便提供給第三方使用。

至于其他 Windows 應(yīng)用是否有機(jī)會用上這種順滑的輸入效果，miniksa 覺得幾乎是沒機(jī)會。這些應(yīng)用能夠以一種簡單的方式用任何一門語言來調(diào)用一種方法和布局文本（layout text），而無需手動計算像素或關(guān)心它們的字體該采用哪種樣式。而恰好 miniksa 手動計算像素、滑動區(qū)域和數(shù)學(xué)應(yīng)用區(qū)域等的方式正是使得 WSL 默認(rèn)終端輸入速度更快的原因。