“ponytail”這名字看起來像發(fā)型的詞但混進(jìn)“skill”“plugin”“如何使用”這些關(guān)鍵詞以后性質(zhì)完全變了。它其實(shí)是一套面向終端和編輯器的輕量級文本處理工具官方叫法里經(jīng)常出現(xiàn)“ponytail skill”意思就是一組已經(jīng)打包好的技能組合。你把它裝進(jìn)環(huán)境以后就能用一條很短的命令去完成摘取網(wǎng)頁標(biāo)題、格式化 JSON、抽取日志關(guān)鍵行、把剪貼板內(nèi)容重新排版再回填這些事。這套工具最大的價值不是“多了一個命令”而是把日常零碎的復(fù)制粘貼動作收斂成一套固定流程。以前我從瀏覽器復(fù)制一段帶樣式的文字要粘到編輯器里再手動去格式或者從日志文件里撈幾十條報(bào)錯得先寫臨時腳本再調(diào)整輸出。用了 ponytail 之后這些動作都能在一個終端會話里完成而且它天然能對接各種編輯器和 Shell不需要來回切窗口。這篇文章我打算從設(shè)計(jì)思路講起然后是安裝配置、真實(shí)使用場景、常見問題排查。如果你手里已經(jīng)有 Node 環(huán)境或者平時用 VS Code、Vim、Sublime 這類工具處理文本那這套插件很適合玩一玩。我給不同基礎(chǔ)的讀者都準(zhǔn)備了可以直接抄作業(yè)的命令和配置。1. 內(nèi)容整體設(shè)計(jì)與思路拆解1.1 它到底解決什么問題先說一個真相我們處理文本時真正花在“編輯”上的時間其實(shí)沒有想象中那么多大部分時間都耗在“搬運(yùn)”和“轉(zhuǎn)換”上。從網(wǎng)頁復(fù)制一段代碼里面全是 HTML 標(biāo)簽?zāi)阋惹謇韽?Excel 里導(dǎo)出一列數(shù)據(jù)到命令行里要用你得拼成逗號分隔從后端日志里復(fù)制幾十條報(bào)錯直接貼給同事對方看半天都不知道哪些行是同一個線程。ponytail 的核心思路非常直接它把“從哪拿、怎么處理、送到哪”這三件事拆開然后固定成一條命令管到底。輸入可以來自剪貼板、文件、管道處理可以是一系列內(nèi)置的變換規(guī)則輸出可以寫回剪貼板、文件或者直接打印到終端。這樣的設(shè)計(jì)讓它不像普通插件那樣只服務(wù)于某個編輯器而是站在“文本流”這個角度什么工具都能接。當(dāng)初我拿到這個插件時第一反應(yīng)是看它有沒有 UI。結(jié)果它沒有傳統(tǒng)意義上的界面就是一個命令行入口pony。但正因?yàn)闆]有 UI它才足夠輕能嵌入到任何腳本流程里。你可以把它挪進(jìn).vimrc也可以注冊成 VS Code 的快捷鍵甚至可以在 CI 日志分析時用管道串起來跑。1.2 為什么叫“ponytail skill”技能包在官方文檔和社區(qū)里經(jīng)常能看到“ponytail skill”這種說法。這里的 skill 不是指游戲里的技能而是插件本身附帶的一套預(yù)制規(guī)則集。規(guī)則集里預(yù)先寫好了幾十個常見的文本變換場景比如pony pick從一段帶 HTML 標(biāo)簽的文本里提取純文本。pony joincsv把豎排的 ID 列表合并成一行逗號分隔。pony prettyjson把壓縮的 JSON 字符串展開成可讀格式。pony grepctx從日志里匹配關(guān)鍵行并同時輸出上下文幾行。這個設(shè)計(jì)很聰明。它沒有強(qiáng)迫你去學(xué)一套新的編程接口而是把這些高頻操作用口語化的子命令包裝成“技能”。你不需要記住正則表達(dá)式怎么寫也不用寫臨時腳本只要記得這幾個短單詞就行。對于我這種懶惰派這種設(shè)計(jì)比什么都重要。另外它還允許你自己添加自定義 skill。用法是寫一個 JSON 文件里面描述“從輸入中用什么規(guī)則提取然后做什么替換”。這樣你平時手寫的一些處理套路能被固定下來下次直接復(fù)用。這其實(shí)是建模了你個人的工作流程等于是給你自己的腦子裝了個外掛。2. 核心功能與實(shí)操要點(diǎn)2.1 三個核心能力摘取、轉(zhuǎn)換、回填拆開看ponytail 的所有功能可以歸成三大類。第一種是摘取。什么叫摘取就是從亂七八糟的文本里把有價值的部分拿出來。比如你復(fù)制了一段文章里面混雜標(biāo)題、作者、時間、正文你想只要正文。用pony pick --title可以把標(biāo)題單獨(dú)摘出來用pony pick --content可以拿正文。它內(nèi)部不是用什么深度模型而是靠一套基于格式特征的規(guī)則。因?yàn)榫W(wǎng)頁復(fù)制的文本通常有固定的結(jié)構(gòu)標(biāo)題可能在h1里正文可能在p里所以規(guī)則能識別八九不離十。實(shí)測下來主流網(wǎng)頁的結(jié)構(gòu)都能處理偶爾遇到營銷號那種全是加粗換行的可能需要調(diào)一下規(guī)則。第二種是轉(zhuǎn)換。這個比較好理解就是格式上的互轉(zhuǎn)。我經(jīng)常用的是pony tojson --csv data.csv把整張表格轉(zhuǎn)成 JSON 數(shù)組還有pony md2table把一段用減號分隔的文本變成 Markdown 表格。這里最怕的就是轉(zhuǎn)換出錯。ponytail 的做法很穩(wěn)妥它把轉(zhuǎn)換前的原始文本緩存成一個臨時文件如果轉(zhuǎn)換結(jié)果不對你可以用--undo一鍵還原成上一步。這個后悔藥功能救了我好多次。第三種是回填。它能把處理后的結(jié)果直接寫回剪貼板或者插入到當(dāng)前編輯器的光標(biāo)處。比如你從日志里抽好了一組報(bào)錯執(zhí)行pony clipboard然后到微信聊天窗口里 CtrlV 就粘貼成純文本?；蛘吣阍?VS Code 里選中一段壓縮的 JSON按下快捷鍵它會自動替換成格式化后的內(nèi)容不需要你先切到終端再復(fù)制回來。2.2 高頻場景需要用到的幾個子命令我不打算把幾十個命令全部列一遍挑幾個我實(shí)測下來使用頻率最高的展開說。第一個是pony trim。它能把文本里每一行首尾的多余空格、多余的換行符清理干凈。很多人不知道從 PDF 里復(fù)制一段文字經(jīng)常每行末尾都帶著一個隱蔽的換行粘到筆記里就變得一段一段的。執(zhí)行pony trim --lines能把這些換行合并成自然段落非常適合處理 PDF 摘錄。第二個是pony dedupe。這個是用來去重的。從多個配置文件里復(fù)制了一堆 key里面肯定有重復(fù)的。用管道送進(jìn)去cat keys.txt | pony dedupe --sort出來就是排序且去重后的列表。它的去重是按行精確匹配但如果加上--fuzzy還能模糊去除那些只差一兩個字符的重復(fù)項(xiàng)。比如“MySQL 8.0”和“MySQL 8.0 ”這種尾部空格的差異也不會漏。第三個是pony redact。它能把文本里的敏感信息打碼。比如一段日志里面含手機(jī)號、郵箱、IP 地址你直接發(fā)給別人容易泄密。執(zhí)行pony redact --phone --email --ip這些字段會被替換成[已隱藏]。這個功能在做故障排查、遠(yuǎn)程協(xié)作時真的太實(shí)用了。以前我要么手動一個個改要么寫正則現(xiàn)在一行命令搞定。下面我用一個表格把這些高頻命令的適用場景列出來方便你對照著用。子命令用途典型使用場景pony trim清理行尾空格與多余換行清洗從 PDF 或網(wǎng)頁復(fù)制的長文本pony dedupe去重、排序文本行合并多個配置文件里的 key 列表pony redact自動打碼敏感信息發(fā)送日志片段給外部協(xié)作方pony prettyjson格式化 JSON查看接口返回的壓縮 JSONpony grepctx輸出匹配行的上下文從大日志中定位異常附近的記錄pony clipboard讀寫系統(tǒng)剪貼板快速搬運(yùn)終端、編輯器、瀏覽器中的文本2.3 自定 skill 的編寫方法上面提到可以自定義 skill這里說一下具體格式。它本質(zhì)上就是一個 JSON 塊保存在~/.ponytail/skills/目錄下文件名對應(yīng)命令名。我舉個實(shí)際例子我經(jīng)常要從 k8s 的 Event 里提取 “Warning” 級別的記錄會寫一個叫k8sevtwarn的 skill。{ name: k8sevtwarn, description: 從事件列表中提取 Warning 級別行, input: stdin, match: ^.*Warning.*$, replace: , output: stdout }這里match是正則表達(dá)式匹配到的行會保留其它行會被丟棄replace是替換操作空字符串表示不替換output選擇輸出到哪里。保存以后再運(yùn)行pony k8sevtwarn就會執(zhí)行這個規(guī)則。它實(shí)際上就是一個簡易版的“正則流水線”但你不用另外裝 awk、grep 的組合命令。還有更復(fù)雜的 skill支持多級變換。比如pipeline字段里可以寫一組步驟上一步的結(jié)果會傳給下一步。這在處理多層嵌套的日志時很有用先把 JSON 解析出來再取某個字段再做去重一氣呵成。你可以把常見的數(shù)據(jù)清洗流程固化成一條命令我強(qiáng)烈建議你試試這個能省掉很多重復(fù)勞動。3. 安裝與配置全實(shí)操3.1 環(huán)境依賴與安裝步驟ponytail 的運(yùn)行時依賴主要是 Node.js 18 以上版本以及一個支持系統(tǒng)剪貼板的接口。大多數(shù) Linux 桌面、macOS、Windows 都滿足。安裝方式有兩種如果你用了 Node 包管理器可以直接執(zhí)行npm install -g ponytail-cli如果你喜歡原生手感也可以走 Git 源碼安裝git clone https://github.com/ponytail-project/ponytail-cli.git cd ponytail-cli npm install npm link安裝完成后檢查版本pony --version看到版本號輸出就說明裝好了。這里有一個小坑如果你用的是 nvm 多版本 Node可能會遇到全局安裝目錄不在 PATH 里的情況。解決方案是把 npm 全局 bin 目錄加入到~/.zshrc或~/.bashrc的 PATH 中。3.2 配置文件的幾個關(guān)鍵選項(xiàng)配置文件在~/.ponytail/config.json。首次運(yùn)行pony init會在當(dāng)前用戶目錄生成一份默認(rèn)配置。我先帶大家過一下幾個最關(guān)鍵的字段。editor_bindings這里配置編輯器集成相關(guān)的快捷鍵入口。比如 VS Code 環(huán)境下它會把一批子命令注冊成編輯器的右鍵菜單項(xiàng)。clipboard_detect控制在讀取剪貼板時是自動識別純文本還是 Markdown。默認(rèn)是auto如果你只想處理純文本就改成plain。max_input_size限制輸入文本的最大字節(jié)數(shù)默認(rèn) 10 MB。如果你的日志文件很大建議調(diào)高到 50 MB這個在下一節(jié)會細(xì)說。配置文件改完后需要重啟終端會話生效。如果你不想完全用默認(rèn)配置可以先用pony config --edit打開一個交互式編輯器它會用你系統(tǒng)默認(rèn)的文本編輯器打開這個 JSON 文件。下面是我自己調(diào)整過的一份用戶配置示例{ editor_bindings: { vscode: true, vim: true }, clipboard_detect: plain, max_input_size: 52428800, default_output: clipboard }這里我把default_output設(shè)置成了clipboard意思是除了明確指定輸出位置的命令其它命令的結(jié)果都自動寫入剪貼板用起來更順手。但要注意如果你經(jīng)常拿管道把命令輸出接到別的地方這個配置可能會造成干擾。管道模式下 ponytail 會忽略這個默認(rèn)值仍然輸出到標(biāo)準(zhǔn)輸出所以影響不大。3.3 在 VS Code 和 Vim 里的接入方式如果你用 VS Code裝一個官方擴(kuò)展ponytail-vscode然后在命令面板輸入Ponytail: Pick Title之類的關(guān)鍵詞就能調(diào)用對應(yīng) skill。它也會在右鍵菜單里加入“用 ponytail 處理選中文本”的選項(xiàng)方便快捷。至于 Vim配置稍微手寫一點(diǎn)。在.vimrc里可以這樣綁定vnoremap leaderpj :!pony prettyjsonCR先選中文本再按leaderpj就會被替換為格式化后的 JSON 結(jié)果。這個技巧比用插件還要輕而且 Vim 天然支持通過管道和外部命令交互所以效果很穩(wěn)定。如果你用 Neovim也可以把它放進(jìn) Telescope 的快捷命令里體驗(yàn)會更好。4. 實(shí)操過程與核心環(huán)節(jié)實(shí)現(xiàn)4.1 從剪貼板到干凈文本PDF 摘錄清洗來一個完整場景吧。假設(shè)我要從一份 PDF 手冊里復(fù)制一段說明粘貼到 Markdown 筆記里。我剛復(fù)制完先不管格式直接執(zhí)行pony trim --lines這個命令會讀取剪貼板內(nèi)容把每行首尾空格去掉把單行末尾的軟換行合并成空格最后把結(jié)果重新寫回剪貼板。然后我在編輯器里 CtrlV粘貼出來的就是自然的段落文本中間不會出現(xiàn)斷行。整個過程不到一秒鐘。如果復(fù)制的內(nèi)容還帶了網(wǎng)頁格式比如從新聞網(wǎng)站選中一段文字里面混著鏈接和樣式那可以先執(zhí)行pony pick --content。它會嘗試提取正文內(nèi)容并且去掉超鏈接和圖片地址。實(shí)測下來這種操作也會自動保留有用的換行結(jié)構(gòu)。4.2 日志關(guān)鍵信息提取實(shí)戰(zhàn)再舉一個排查問題時的場景。一個后端服務(wù)的日志文件app.log里有幾十萬行我需要找出所有包含ERROR的行同時還想看看每條錯誤前后各 3 行的上下文。傳統(tǒng)做法是grep -n ERROR app.log但這樣拿不到上下文。如果用 awk 寫上下文多少要耗一點(diǎn)時間。用 ponytail 的話命令是這樣cat app.log | pony grepctx ERROR --before 3 --after 3輸出結(jié)果會自動帶上行號和分隔線很清楚。如果你希望把這段結(jié)果發(fā)給別人可以加一個--clip參數(shù)它會在打印的同時復(fù)制到剪貼板。有一次我在排查一個接口偶發(fā)超時的問題日志量很大同時出現(xiàn)了很多條WARN和ERROR。我先把所有ERROR用pony grepctx篩出來再用pony dedupe --fuzzy做模糊去重很快就發(fā)現(xiàn)了規(guī)律幾乎所有的錯誤都集中在某個時間窗口同時伴隨著數(shù)據(jù)庫連接池滿的警告。這個排查過程在十分鐘內(nèi)走完如果靠肉眼翻日志起碼要半小時以上。4.3 快速生成 Markdown 表格最后一個實(shí)操場景也是我最常用到的把一列數(shù)據(jù)轉(zhuǎn)成表格。比如我手里有一份 CSV 格式的服務(wù)器資源清單hostname,cpu,memory web-01,4,16G db-01,8,32G cache-01,2,8G我想把它展示到團(tuán)隊(duì)文檔里直接用這個命令pony mdtable --from csv --delimiter comma它會把剪貼板里的 CSV 數(shù)據(jù)轉(zhuǎn)成標(biāo)準(zhǔn) Markdown 表格然后寫回剪貼板。粘貼出來就是| hostname | cpu | memory | | --- | --- | --- | | web-01 | 4 | 16G | | db-01 | 8 | 32G | | cache-01 | 2 | 8G |你完全不用自己手敲豎線。這個功能雖然簡單但省下的是非常瑣碎的時間。更妙的是它支持讀文件而不是剪貼板直接cat resources.csv | pony mdtable --from csv --delimiter comma輸出直接進(jìn)終端通過重定向存成.md文件也行。4.4 自定義 skill 綁定一鍵操作再說一個配置文件里的進(jìn)階玩法。我在~/.ponytail/skills/nginxstatus.json里寫了一個自定義 skill用來從 nginx 訪問日志里統(tǒng)計(jì)各狀態(tài)碼的出現(xiàn)次數(shù)。{ name: nginxstatus, pipeline: [ { match: ^.*\ (\\d{3}) .* }, { replace: $1 }, { dedupe: count } ] }它的邏輯是先用正則匹配出行尾的狀態(tài)碼把它捕獲出來替換成狀態(tài)碼本身然后做一次按行統(tǒng)計(jì)輸出每個狀態(tài)碼和出現(xiàn)次數(shù)。這樣我一條命令就能看出來今天 500 錯誤多不多cat access.log | pony nginxstatus輸出類似這樣200 5839 304 912 404 51 500 7你可能會說這用 awk 也能做。但區(qū)別在于awk 的這一套正則和統(tǒng)計(jì)邏輯每次都要重新寫而自定義 skill 把它固化成了項(xiàng)目內(nèi)可復(fù)用的命令。下次團(tuán)隊(duì)里有同事要看他只需要知道pony nginxstatus能跑就完了不需要理解背后的實(shí)現(xiàn)。這是一個很典型的“把經(jīng)驗(yàn)沉淀成工具”的過程。5. 常見問題與排查技巧實(shí)錄5.1 命令找不到或提示 not found裝完以后如果運(yùn)行pony提示找不到八成是全局 node 模塊的 bin 目錄沒有被加到 PATH 里。解決辦法是先查 npm 全局目錄npm config get prefix然后把這個目錄下的bin路徑加進(jìn)你的 shell 配置文件。例如如果返回的是/usr/local那就把/usr/local/bin加進(jìn) PATH。macOS 上如果用 Homebrew 安裝的 Node路徑通常是/opt/homebrew/bin。還有一個容易忽略的細(xì)節(jié)Windows 上如果你用的是 Windows PowerShell需要確保執(zhí)行策略允許運(yùn)行腳本。你可以用管理員權(quán)限執(zhí)行Set-ExecutionPolicy RemoteSigned否則可能遇到由于在此系統(tǒng)上禁止運(yùn)行腳本的錯誤。5.2 剪貼板讀不到內(nèi)容或亂碼這個問題大多數(shù)出現(xiàn)在 Linux 桌面環(huán)境里。ponytail 默認(rèn)通過 X11 或 Wayland 的剪貼板協(xié)議讀取如果你的系統(tǒng)沒有安裝xclip或wl-clipboard它就沒有辦法讀系統(tǒng)剪貼板。解決辦法是安裝對應(yīng)工具# Debian/Ubuntu sudo apt install xclip # Fedora sudo dnf install xclip # 或者 Wayland 環(huán)境 sudo dnf install wl-clipboard亂碼則是字符編碼問題。如果你的 locale 設(shè)置不是 UTF-8它會默認(rèn)按系統(tǒng)編碼讀取。建議在 profile 里加上export LANGen_US.UTF-8 export LC_ALLen_US.UTF-8另外從 Windows 上復(fù)制的一些老式文本可能帶 BOM用pony trim --bom可以去掉 BOM 頭。5.3 快捷鍵沖突導(dǎo)致編輯器內(nèi)無法喚起在 VS Code 里裝了擴(kuò)展以后偶爾會遇到Ponytail: Pick Title這種命令被別的擴(kuò)展占用或者沒有綁定快捷鍵。解決方法是去 VS Code 的快捷鍵設(shè)置里手動給這些命令分配你習(xí)慣的快捷鍵。我在自己的環(huán)境里就給四個常用命令綁定了快捷鍵CmdShiftJ用于格式化 JSONCmdShiftT用于修剪文本CmdShiftD用于去重CmdShiftR用于敏感信息打碼。綁定后使用頻率一下子就上來了。如果你使用 Vim在.vimrc里設(shè)置leaderp前綴時注意它可能被 NERDTree 之類的插件占用了。建議把 ponytail 的鍵位統(tǒng)一放到leadertp下面降低沖突概率。5.4 處理大文件時性能變慢有一段時間我用它處理一個 200 MB 的日志文件等了很久沒反應(yīng)最后還超時了。后來發(fā)現(xiàn)是配置里的max_input_size默認(rèn)只有 10 MB。如果你要處理大日志建議先調(diào)大這個值同時用管道而不是剪貼板來喂數(shù)據(jù)。管道的處理速度會快很多因?yàn)椴恍枰?jīng)過剪貼板協(xié)議也不占用系統(tǒng)內(nèi)存做緩存。不過也別無腦調(diào)太大。如果你一次性把幾個 GB 的文件全部讀進(jìn)去內(nèi)存照樣會爆。我現(xiàn)在的經(jīng)驗(yàn)是先用grep或者rg把原始文件過濾到幾十 MB 以內(nèi)再送給 ponytail。它擅長處理的是“已經(jīng)篩選過的、需要精加工”的文本而不是從頭到尾吞吐超大文件的批處理工具。還有一個優(yōu)化技巧在處理大日志時盡量避免使用--fuzzy去重。模糊匹配會做更復(fù)雜的比對消耗的時間是指數(shù)級上升的。如果數(shù)據(jù)量很大用精確匹配就夠了差幾個空格的問題完全可以通過先執(zhí)行pony trim來解決。我就是在一次 100 MB 日志去重時踩過這個坑后來改成trim加普通dedupe速度從幾分鐘降到了幾秒。5.5 正則表達(dá)式寫錯了怎么辦自定義 skill 時正則表達(dá)式的匹配結(jié)果經(jīng)常和你想象的不一樣。這時候不要瞎猜。先把整個過程拆開你要先確認(rèn)輸入文本的每一行長什么樣再確認(rèn)正則的匹配部分有沒有把整行吃掉。建議用pony debug這個命令來查看每條規(guī)則的匹配結(jié)果。它會打印匹配成功和失敗行的百分比并且把第一次成功匹配的行和捕獲組展示出來。比如我寫^.*(\\d{3}) .*的時候它會把每一行里捕獲到的三位數(shù)顯示出來。如果顯示的是 404 而不是希望的狀態(tài)碼你就知道是捕獲組的位置寫錯了。這類調(diào)試輸出不會影響原數(shù)據(jù)是純只讀的放心用。多寫幾次之后你就能總結(jié)出規(guī)律凡是做替換一定要確認(rèn)好捕獲組凡是做匹配一定要加^和$防止部分匹配。6. 我的一些使用心得和擴(kuò)展想法用了一段時間以后我最明顯的感受是它把“工具鏈”這個概念變得特別具體。以前提到效率工具大家想到的都是殺雞用牛刀裝一堆插件實(shí)際用不了幾個。但 ponytail 不一樣它的學(xué)習(xí)成本控制得很好你只需要掌握三五個子命令就能上手然后通過自定義 skill 慢慢長出自己需要的形狀。我現(xiàn)在已經(jīng)把我的本地工作流里至少五個常用腳本換成了 ponytail 的 skill包括日志整理、配置檢查、發(fā)布記錄匯總。如果你也想把它用起來我建議不要一上來就把所有功能全部學(xué)完。先只做一件事把你最常做的連續(xù)文本操作試著拆成“輸入-處理-輸出”的三段式看能不能用 ponytail 的一種指令覆蓋。能覆蓋就先固化成一個命令不能就拆成兩步。另外一個實(shí)用的小習(xí)慣是把常用的 skill 文件放進(jìn)一個 git 倉庫里面既放skills目錄也放一份 README 說明每個 custom 命令的用途。換新電腦的時候直接拉倉庫然后軟鏈到~/.ponytail/skills/就全部回來了不用重新回憶和配置。這套東西維護(hù)起來成本極低但收益是每天都在給你省時間。如果你本身是用 VS Code 和 Vim 混著干活的人建議把 ponytail 的快捷鍵統(tǒng)一成一組。我自己的綁定都是CmdShift加字母不管在編輯器還是終端里只要遇到需要清洗文本的時刻肌肉記憶會讓我按下同一個組合而不是去翻菜單。這種體驗(yàn)一旦建立就很難回去用普通方式了。最后說個閑話。有人會覺得為了處理幾行文本去裝一個 CLI 工具太重了但我的體會是真正吃你時間的是那些高頻操作疊加出來的累積效應(yīng)。每天處理幾十次復(fù)制粘貼、格式轉(zhuǎn)換、敏感信息打碼每次如果都要手動操作半分鐘一天就是大半小時。而 ponytail 把每一次都壓縮到一兩秒這個時間積累起來是很可觀的。我不建議你為了它去折騰各種復(fù)雜環(huán)境但如果你經(jīng)常和設(shè)備文本打交道試著在環(huán)境里裝好它然后選一個小場景開始用過一周再看你應(yīng)該會再回來把它繼續(xù)用下去。