1. Codex卡頓問題到底卡在哪先搞清它的運(yùn)行鏈路Codex 這類工具最近被大量吐槽“慢得要命”我前后在三四臺(tái)不同配置的機(jī)器上復(fù)現(xiàn)過發(fā)現(xiàn)絕大多數(shù)人說的“卡頓”其實(shí)不是同一個(gè)東西。有人是啟動(dòng)時(shí)轉(zhuǎn)圈半天進(jìn)不去有人是界面點(diǎn)一下卡兩秒有人是執(zhí)行任務(wù)時(shí)輸出一頓一頓的還有人干脆是系統(tǒng)層面被拖垮了。所以上來先別急著卸載重裝得先定位卡的是哪一段。Codex 的運(yùn)行鏈路大致可以拆成四層最底層是操作系統(tǒng)和運(yùn)行時(shí)環(huán)境中間是它依賴的 Node 運(yùn)行時(shí)和各類依賴包再往上是它自己的主進(jìn)程和界面渲染層最上面才是你實(shí)際操作的交互界面。任何一層出問題表現(xiàn)出來都像“Codex 卡”但解法完全不同。我見過最離譜的一個(gè)案例用戶以為是軟件問題折騰了一下午最后發(fā)現(xiàn)是后臺(tái)有個(gè)同步盤在瘋狂掃描目錄把磁盤 IO 占滿了。從最近反饋的集中度來看卡頓高發(fā)區(qū)主要集中在三個(gè)地方Node 版本兼容性、PowerShell 調(diào)用鏈路、界面渲染與依賴包版本沖突。這三個(gè)詞也是最近搜索里反復(fù)出現(xiàn)的高頻詞說明大家踩的坑高度重合。下面我會(huì)按“先判斷再動(dòng)手”的順序把每一類的成因和對(duì)應(yīng)解法拆開講。提示在動(dòng)手之前先做一件事——打開任務(wù)管理器觀察 Codex 卡頓的瞬間是 CPU 飆高、內(nèi)存吃滿還是磁盤占用 100%。這一個(gè)動(dòng)作能幫你省掉一半的無效排查。2. 版本兼容是第一嫌疑Node 與依賴包的版本博弈2.1 高版本 Node 跑低版本依賴為什么必卡Codex 這類工具通常構(gòu)建在 Node 生態(tài)之上而 Node 的版本迭代非常快。很多人系統(tǒng)里裝的是比較新的 Node比如 20.x 甚至 22.x但 Codex 內(nèi)部鎖定的某些依賴包是按 Node 16 或 18 的 API 寫的。這就產(chǎn)生了一個(gè)典型問題高版本 Node 運(yùn)行低版本兼容的依賴不一定報(bào)錯(cuò)但會(huì)變慢。原因在于 Node 在新版本里對(duì)某些模塊的加載機(jī)制、垃圾回收策略、甚至內(nèi)置模塊的實(shí)現(xiàn)做了調(diào)整。老依賴包如果用了已經(jīng)被標(biāo)記為廢棄但尚未移除的 APINode 會(huì)在運(yùn)行時(shí)走兼容分支這個(gè)分支往往比原生路徑慢。表現(xiàn)出來就是軟件能跑但每個(gè)操作都像隔了一層紗響應(yīng)遲鈍。我實(shí)測(cè)過同一個(gè) Codex 版本在 Node 18 下啟動(dòng)耗時(shí) 4 秒左右換到 Node 22 下啟動(dòng)要 11 秒界面首次渲染也明顯更遲滯。判斷方法很簡(jiǎn)單在終端里執(zhí)行node -v如果輸出的是 20 以上而 Codex 的官方說明或安裝包里的package.json標(biāo)注的 engines 字段是 16 或 18那基本可以鎖定是版本錯(cuò)配。這時(shí)候不要硬扛用版本管理工具切回去。Windows 上可以用 nvm-windowsmacOS 和 Linux 用 nvm切換命令都差不多nvm install 18 nvm use 18切完之后重新啟動(dòng) Codex如果啟動(dòng)速度和界面響應(yīng)明顯改善那就找對(duì)方向了。2.2 依賴包版本沖突的隱蔽表現(xiàn)比 Node 版本更隱蔽的是依賴包之間的版本沖突。Codex 依賴樹里如果同時(shí)存在兩個(gè)包依賴了同一個(gè)庫的不同大版本包管理器會(huì)做嵌套安裝運(yùn)行時(shí)可能加載到非預(yù)期的那個(gè)版本。這種問題不會(huì)報(bào)錯(cuò)但會(huì)導(dǎo)致某些功能模塊反復(fù)初始化失敗再重試CPU 占用悄悄升高界面就卡了。排查這類問題可以看 Codex 安裝目錄下的依賴鎖文件對(duì)比里面同一個(gè)包出現(xiàn)的次數(shù)。如果某個(gè)包出現(xiàn)了兩個(gè)差距很大的版本號(hào)比如一個(gè) 2.x 一個(gè) 4.x那就要留意。更直接的辦法是看運(yùn)行日志Codex 一般在用戶目錄下有日志文件夾搜索deprecate、fallback、retry這類關(guān)鍵詞出現(xiàn)頻率高就說明有兼容層在反復(fù)工作。解決思路有兩個(gè)一是等官方更新依賴鎖二是自己手動(dòng)在項(xiàng)目里加 resolutions 字段強(qiáng)制統(tǒng)一版本。后者有風(fēng)險(xiǎn)改之前先備份鎖文件。我個(gè)人的經(jīng)驗(yàn)是如果卡頓不是特別嚴(yán)重優(yōu)先等官方修自己強(qiáng)改容易引入新問題。2.3 版本回退的正確姿勢(shì)很多人一遇到卡頓就想裝老版本但回退也是有講究的。Codex 1.2.9 是最近被搜得比較多的一個(gè)版本號(hào)不少人反饋這個(gè)版本相對(duì)穩(wěn)。但回退時(shí)要注意不要只換主程序配置文件和緩存也要清。新舊版本的配置結(jié)構(gòu)可能不一樣殘留的舊配置會(huì)讓新裝的版本讀取到不兼容的字段照樣卡。正確做法是先導(dǎo)出你需要的配置然后完全卸載手動(dòng)刪除用戶目錄下的 Codex 配置文件夾和緩存文件夾再安裝目標(biāo)版本最后重新導(dǎo)入配置。這一步多花五分鐘能避免后面半小時(shí)的莫名其妙卡頓。3. PowerShell 鏈路被忽視的卡頓放大器3.1 Codex 為什么會(huì)頻繁調(diào)用 PowerShellCodex 在 Windows 上很多系統(tǒng)級(jí)操作是通過 PowerShell 完成的比如讀取環(huán)境變量、調(diào)用系統(tǒng)命令、管理進(jìn)程。如果 PowerShell 本身啟動(dòng)慢或者執(zhí)行策略有問題Codex 每次調(diào)用都要等累積起來就是明顯的卡頓。最近搜索里“PowerShell 開機(jī)自啟腳本”“PowerShell 亂碼”“PowerShell 錯(cuò)誤代碼”這些詞熱度很高說明不少人在這塊踩了坑。PowerShell 啟動(dòng)慢的常見原因有三個(gè)執(zhí)行策略限制導(dǎo)致每次都要檢查、配置文件里塞了太多啟動(dòng)腳本、以及模塊自動(dòng)加載拖慢速度。你可以先測(cè)一下裸啟動(dòng)耗時(shí)在普通命令行里執(zhí)行Measure-Command { powershell -Command exit }如果這個(gè)時(shí)間超過 1 秒那 Codex 每次調(diào)用 PowerShell 都要承受這個(gè)延遲。優(yōu)化方法是檢查 PowerShell 配置文件路徑一般在$PROFILE打開看看里面有沒有不必要的啟動(dòng)項(xiàng)把跟 Codex 無關(guān)的腳本注釋掉。另外執(zhí)行策略如果設(shè)成了 Restricted 或 AllSigned每次執(zhí)行都要驗(yàn)證改成 RemoteSigned 會(huì)快不少Set-ExecutionPolicy RemoteSigned -Scope CurrentUser3.2 亂碼與編碼問題引發(fā)的隱性卡頓PowerShell 亂碼本身不直接導(dǎo)致卡頓但它往往是編碼配置錯(cuò)誤的信號(hào)。當(dāng) Codex 調(diào)用 PowerShell 拿到亂碼輸出時(shí)可能會(huì)觸發(fā)重試或額外的編碼轉(zhuǎn)換間接拖慢流程。Windows 上 PowerShell 默認(rèn)編碼和 UTF-8 之間的轉(zhuǎn)換如果沒配好中文路徑、中文輸出都會(huì)出問題。解決辦法是在 PowerShell 配置文件里加上編碼設(shè)置[Console]::OutputEncoding [System.Text.Encoding]::UTF8 $OutputEncoding [System.Text.Encoding]::UTF8加完之后重啟終端再讓 Codex 執(zhí)行一次之前卡頓的操作看是否改善。我遇到過一臺(tái)機(jī)器就是因?yàn)橄到y(tǒng)區(qū)域設(shè)置里的非 Unicode 程序語言沒設(shè)成中文導(dǎo)致 PowerShell 輸出全是問號(hào)Codex 解析失敗后反復(fù)重試界面就卡住了。3.3 開機(jī)自啟腳本與后臺(tái)進(jìn)程的干擾“PowerShell 開機(jī)自啟腳本”這個(gè)搜索詞背后是很多人機(jī)器上跑著一堆自己都忘了的自啟腳本。這些腳本可能在后臺(tái)定時(shí)執(zhí)行占用 CPU 和磁盤Codex 運(yùn)行時(shí)資源被搶自然就卡。排查方法是打開任務(wù)計(jì)劃程序看有沒有跟 PowerShell 相關(guān)的定時(shí)任務(wù)以及啟動(dòng)文件夾里有沒有 .ps1 腳本。另外Codex 自身如果配置了開機(jī)自啟而啟動(dòng)時(shí)系統(tǒng)還在加載其他東西它初始化就會(huì)慢。建議把 Codex 的自啟關(guān)掉需要時(shí)手動(dòng)開啟動(dòng)體驗(yàn)會(huì)好很多。這個(gè)取舍看你使用頻率如果每天都用可以保留自啟但把其他不必要的自啟項(xiàng)清理掉。4. 界面卡頓的渲染層原因與多播放器遮擋問題4.1 UI 界面卡頓的常見誘因“codex ui 界面卡頓”是最近的高頻搜索說明界面層的卡頓感受最直接。Codex 的界面如果是基于 WebView 或 Electron 這類技術(shù)構(gòu)建的那它本質(zhì)上是一個(gè)內(nèi)嵌瀏覽器。瀏覽器渲染卡頓的原因就那么幾類DOM 節(jié)點(diǎn)過多、頻繁重排重繪、GPU 加速?zèng)]開、以及 WebView 版本過舊。WebView 歷史版本合集這個(gè)搜索詞也印證了這一點(diǎn)。Windows 上的 WebView2 運(yùn)行時(shí)如果版本太老跟 Codex 用的前端框架不匹配渲染就會(huì)慢。更新 WebView2 運(yùn)行時(shí)通常能解決。另外可以在 Codex 的啟動(dòng)參數(shù)里嘗試開啟或關(guān)閉 GPU 加速有些機(jī)器上關(guān)閉 GPU 加速反而更流暢因?yàn)轱@卡驅(qū)動(dòng)跟渲染層有沖突。判斷是不是渲染層問題有個(gè)簡(jiǎn)單辦法卡頓的時(shí)候看界面滾動(dòng)是否也卡。如果滾動(dòng)卡但功能執(zhí)行不卡那基本是渲染問題如果功能執(zhí)行也慢那更可能是運(yùn)行時(shí)或依賴問題。4.2 多播放器兼容遮擋的排查“多播放器兼容遮擋”這個(gè)詞看起來跟 Codex 關(guān)系不大但實(shí)際上如果 Codex 界面里嵌了視頻預(yù)覽或媒體播放組件多個(gè)播放器實(shí)例同時(shí)存在時(shí)層級(jí)和渲染會(huì)互相干擾導(dǎo)致界面卡頓甚至遮擋。這種情況在同時(shí)打開多個(gè)預(yù)覽窗口時(shí)特別明顯。處理思路是限制同時(shí)活躍的播放器實(shí)例數(shù)量或者把不用的預(yù)覽窗口關(guān)掉。如果 Codex 支持配置可以在設(shè)置里找找有沒有關(guān)于預(yù)覽或媒體渲染的選項(xiàng)把硬件加速關(guān)掉試試。有些情況下播放器組件用的解碼器和系統(tǒng)其他軟件沖突也會(huì)導(dǎo)致卡頓這時(shí)候更新顯卡驅(qū)動(dòng)往往有效。4.3 控件過多導(dǎo)致的性能下降“c# winform 控件過多卡頓”這個(gè)搜索詞雖然是 C# 領(lǐng)域的但原理相通界面上控件數(shù)量超過一定閾值布局計(jì)算和重繪開銷會(huì)指數(shù)級(jí)上升。Codex 如果某個(gè)面板里動(dòng)態(tài)生成了大量列表項(xiàng)或按鈕卡頓就不可避免。優(yōu)化方向是虛擬化——只渲染可視區(qū)域內(nèi)的控件。如果 Codex 本身沒做虛擬化用戶可以做的就是減少一次性展示的數(shù)據(jù)量比如分頁加載、折疊不必要的信息。這個(gè)屬于使用習(xí)慣層面的優(yōu)化但效果立竿見影。5. 系統(tǒng)環(huán)境與外部因素那些讓你誤判的卡頓5.1 系統(tǒng)更新與運(yùn)行庫缺失Windows 更新有時(shí)候會(huì)替換掉某些運(yùn)行庫導(dǎo)致 Codex 依賴的組件行為變化。最近有反饋說 Windows 更新后 PowerShell 命令行行為變了連帶 Codex 調(diào)用出錯(cuò)。這種情況的排查方法是看 Codex 日志里有沒有跟系統(tǒng)調(diào)用相關(guān)的錯(cuò)誤有的話嘗試回滾最近的系統(tǒng)更新或者手動(dòng)重裝對(duì)應(yīng)的運(yùn)行庫。另外.NET 運(yùn)行庫、Visual C 運(yùn)行庫這些基礎(chǔ)組件缺失或版本不對(duì)也會(huì)讓 Codex 啟動(dòng)時(shí)反復(fù)嘗試加載表現(xiàn)為啟動(dòng)卡頓。用系統(tǒng)自帶的運(yùn)行庫修復(fù)工具或者手動(dòng)安裝最新版通常能解決。5.2 殺毒軟件與安全軟件的實(shí)時(shí)掃描這個(gè)坑我踩過不止一次。某些安全軟件會(huì)對(duì) Codex 的進(jìn)程和它讀寫的文件做實(shí)時(shí)掃描每次讀寫都攔一下累積起來就是嚴(yán)重卡頓。表現(xiàn)是 Codex 剛啟動(dòng)時(shí)特別慢用一會(huì)兒之后稍微好點(diǎn)因?yàn)榘踩浖殉Ｓ梦募尤氚酌麊瘟?。解決辦法是把 Codex 的安裝目錄和它的數(shù)據(jù)目錄加入安全軟件的排除列表。不同安全軟件設(shè)置位置不一樣但一般都在“設(shè)置-排除項(xiàng)”里。加完之后重啟 Codex啟動(dòng)速度會(huì)有肉眼可見的提升。5.3 磁盤與內(nèi)存瓶頸如果 Codex 安裝在機(jī)械硬盤上而它又要頻繁讀寫緩存和日志磁盤瓶頸會(huì)非常明顯。現(xiàn)在 SSD 普及了但有些人數(shù)據(jù)盤還是機(jī)械盤。把 Codex 裝到 SSD 上數(shù)據(jù)目錄也指向 SSD卡頓會(huì)大幅緩解。內(nèi)存方面Codex 如果同時(shí)處理多個(gè)任務(wù)內(nèi)存占用會(huì)上升物理內(nèi)存不夠時(shí)系統(tǒng)開始用頁面文件速度驟降?？慈蝿?wù)管理器里 Codex 的內(nèi)存占用如果接近物理內(nèi)存上限加內(nèi)存或者減少同時(shí)運(yùn)行的任務(wù)數(shù)是根本解法。6. 實(shí)操排查流程從卡頓到流暢的完整步驟6.1 第一步建立基線量化卡頓不要憑感覺說卡先量化。記錄三個(gè)指標(biāo)啟動(dòng)耗時(shí)、界面首次可交互耗時(shí)、執(zhí)行一個(gè)標(biāo)準(zhǔn)任務(wù)的耗時(shí)。用手機(jī)秒表就行。有了基線后面每做一步優(yōu)化都能對(duì)比知道哪一步真正有效。6.2 第二步按優(yōu)先級(jí)逐項(xiàng)排查排查順序建議是先看系統(tǒng)資源占用排除外部干擾再查 Node 版本和依賴然后看 PowerShell 鏈路最后處理界面渲染。這個(gè)順序是從底層到上層底層問題不解決上層優(yōu)化白費(fèi)。排查項(xiàng)檢查方法預(yù)期結(jié)果不通過的處理系統(tǒng)資源任務(wù)管理器看 CPU/內(nèi)存/磁盤卡頓時(shí)無異常飆高排查后臺(tái)進(jìn)程、安全軟件Node 版本node -v對(duì)比官方要求版本在要求范圍內(nèi)用 nvm 切換版本依賴沖突看日志中 deprecate/retry 頻率頻率低或無等官方更新或手動(dòng) resolutionsPowerShell測(cè)裸啟動(dòng)耗時(shí)小于 1 秒優(yōu)化配置文件、改執(zhí)行策略WebView 版本查看 WebView2 運(yùn)行時(shí)版本較新版本更新 WebView2磁盤類型看安裝目錄所在盤SSD遷移到 SSD6.3 第三步逐項(xiàng)優(yōu)化并復(fù)測(cè)每做完一項(xiàng)優(yōu)化重啟 Codex重新測(cè)那三個(gè)指標(biāo)。如果某項(xiàng)優(yōu)化后指標(biāo)沒變說明那個(gè)方向不是主因可以回退該項(xiàng)改動(dòng)避免引入新變量。這個(gè)“改一項(xiàng)測(cè)一項(xiàng)”的原則很重要一次性改太多出問題都不知道是哪個(gè)引起的。6.4 第四步固化穩(wěn)定配置找到有效組合后把配置記下來Node 版本、PowerShell 執(zhí)行策略、WebView 版本、安全軟件排除項(xiàng)。下次換機(jī)器或重裝系統(tǒng)直接照這個(gè)配置來能省大量時(shí)間。7. 常見問題速查與避坑心得7.1 常見問題速查表現(xiàn)象最可能原因快速驗(yàn)證解決方向啟動(dòng)轉(zhuǎn)圈很久Node 版本過高或安全軟件掃描切 Node 18 試切版本、加排除項(xiàng)界面點(diǎn)擊卡頓WebView 版本舊或 GPU 沖突更新 WebView2更新運(yùn)行時(shí)、調(diào) GPU 加速執(zhí)行任務(wù)一頓一頓依賴包版本沖突看日志 retry 頻率等官方更新或統(tǒng)一版本中文輸出亂碼后卡PowerShell 編碼未設(shè) UTF-8看輸出是否亂碼設(shè) OutputEncoding開機(jī)后首次用特別卡自啟腳本爭(zhēng)搶資源關(guān)自啟后對(duì)比清理自啟項(xiàng)多窗口時(shí)卡播放器實(shí)例過多關(guān)掉多余窗口限制實(shí)例數(shù)7.2 避坑心得第一個(gè)心得不要迷信最新版。Codex 1.2.9 被搜得多是有原因的新版本不一定適合你的環(huán)境。如果當(dāng)前版本能用別急著升等社區(qū)反饋穩(wěn)定了再說。第二個(gè)心得日志比猜測(cè)靠譜。卡頓的時(shí)候第一反應(yīng)應(yīng)該是看日志而不是重裝。Codex 的日志里通常有線索搜索 error、warn、retry、timeout 這些詞能快速定位方向。第三個(gè)心得環(huán)境隔離。如果條件允許把 Codex 跑在一個(gè)相對(duì)干凈的環(huán)境里比如專門的用戶賬戶或者虛擬機(jī)減少其他軟件干擾。我有一臺(tái)機(jī)器就是專門跑這類工具的系統(tǒng)里幾乎不裝其他東西從來沒遇到過莫名其妙的卡頓。第四個(gè)心得PowerShell 配置要精簡(jiǎn)。很多人喜歡在 PowerShell 配置文件里堆各種美化腳本、別名、函數(shù)這些在交互式使用時(shí)很爽但被程序調(diào)用時(shí)全是負(fù)擔(dān)。建議給 Codex 單獨(dú)配一個(gè)干凈的 PowerShell 配置文件或者至少在調(diào)用時(shí)加-NoProfile參數(shù)跳過配置文件加載。7.3 關(guān)于版本回退的補(bǔ)充回退版本時(shí)除了清配置和緩存還要注意依賴包也要跟著回退。有些包管理器在安裝新版本時(shí)會(huì)升級(jí)共享依賴回退主程序時(shí)這些依賴不會(huì)自動(dòng)降級(jí)。最穩(wěn)妥的做法是用包管理器重新安裝指定版本而不是手動(dòng)替換文件。手動(dòng)替換容易留下版本不一致的隱患后面出問題更難排查。8. 長(zhǎng)期維護(hù)讓 Codex 保持流暢的習(xí)慣8.1 定期清理緩存與日志Codex 運(yùn)行久了緩存和日志會(huì)膨脹不僅占磁盤讀取時(shí)也慢。建議每個(gè)月清理一次緩存目錄日志保留最近一周即可。清理前確認(rèn)沒有正在運(yùn)行的任務(wù)避免刪掉正在用的文件。8.2 關(guān)注官方更新說明每次 Codex 更新先看更新說明里有沒有提到性能優(yōu)化或兼容性修復(fù)。如果有針對(duì)你當(dāng)前問題的修復(fù)再考慮升級(jí)。沒有的話可以再等等。更新說明里如果提到 Node 版本要求變化要提前準(zhǔn)備好對(duì)應(yīng)的運(yùn)行時(shí)。8.3 保持系統(tǒng)環(huán)境干凈系統(tǒng)里裝的東西越多Codex 遇到?jīng)_突的概率越大。定期檢查開機(jī)自啟項(xiàng)、后臺(tái)服務(wù)、計(jì)劃任務(wù)把不需要的關(guān)掉。系統(tǒng)更新保持開啟但大版本更新前先看社區(qū)反饋確認(rèn)沒有兼容性問題再更。8.4 備份穩(wěn)定配置把你驗(yàn)證過的穩(wěn)定配置備份下來包括 Node 版本號(hào)、PowerShell 配置文件、Codex 的設(shè)置導(dǎo)出。換機(jī)器或者重裝時(shí)直接恢復(fù)不用重新摸索。這個(gè)習(xí)慣我堅(jiān)持了好幾年每次換電腦都能在半小時(shí)內(nèi)把環(huán)境搭好省下的時(shí)間很可觀。9. 關(guān)于兼容性的一些延伸思考Codex 的卡頓問題本質(zhì)上是一個(gè)兼容性問題。它站在 Node 生態(tài)、Windows 系統(tǒng)、WebView 渲染、PowerShell 腳本這幾個(gè)技術(shù)的交叉點(diǎn)上任何一個(gè)環(huán)節(jié)的版本錯(cuò)配都會(huì)傳導(dǎo)到用戶體驗(yàn)上。這也是為什么同樣一個(gè)版本有人用著流暢有人卡得想砸鍵盤——環(huán)境差異太大了。從更廣的視角看這類工具的性能問題往往不是單一原因而是多個(gè)小問題疊加。Node 版本高一點(diǎn)慢 20%PowerShell 配置臃腫慢 30%安全軟件掃描慢 50%單獨(dú)看每個(gè)都能忍疊在一起就沒法用了。所以排查的時(shí)候要有耐心一項(xiàng)一項(xiàng)來每解決一項(xiàng)都能感受到改善最后疊加起來就是質(zhì)的提升。我個(gè)人的習(xí)慣是遇到卡頓先不急著找“終極解決方案”而是把能做的優(yōu)化都做一遍然后看效果。大部分情況下不需要找到那個(gè)“罪魁禍?zhǔn)住卑褞讉€(gè)次要因素都消除掉體驗(yàn)就已經(jīng)可以接受了。畢竟我們的目標(biāo)是讓工具好用不是寫一篇完美的故障分析報(bào)告。最后分享一個(gè)我常用的快速判斷法如果 Codex 卡頓是持續(xù)性的那多半是環(huán)境或版本問題如果是間歇性的那多半是資源爭(zhēng)搶或外部干擾。持續(xù)性卡頓從版本和依賴入手間歇性卡頓從后臺(tái)進(jìn)程和安全軟件入手這個(gè)二分法幫我省了很多瞎折騰的時(shí)間。