很多人第一次從 Windows 切到 Linux敲下dir后看到command not found第一反應往往是“這 Linux 是不是有 Bug”再敲一下cls、type、findstr發現全部報錯于是更堅定了這個判斷。這其實是一個很普遍的誤解。不是 Linux 壞了也不是 Windows 命令“消失了”而是兩個操作系統對“命令”的定義完全不同。Windows 下的dir、copy、tasklist是 CMD 和 PowerShell 解釋器提供的內部或外部命令Linux 下的ls、cp、ps則是 GNU Coreutils 和系統工具集的一部分。二者各有各的語法、參數風格和運行機制天然就不兼容。這篇文章把這 24 個高頻問題整理成了一份完整的排查與修復手冊。每一條都會先說明“在 Windows 里你是怎么用的”再解釋“為什么到 Linux 就不可用”最后給出至少一種可落地的修復方案。讀完你會得到一個判斷框架什么時候該用別名、什么時候該寫函數、什么時候應該直接改用 Linux 原生命令。無論是正在從 Windows 遷移到 Linux還是給團隊做環境適配都可以直接參考這份清單。1. 24 個“Bug”到底是不是 Bug先說結論這 24 個問題都不是系統缺陷而是“使用習慣遷移”問題。如果只看表面很容易誤以為這是 Linux 在兼容性上做得不夠好。畢竟 Windows 下dir用了二十年到了 Linux 突然不能用了換成誰都會覺得別扭。但深一層看這里真正的問題有三類第一類是命令解釋器不同。Windows CMD 的命令由 cmd.exe 提供PowerShell 的命令由 PowerShell 引擎提供Linux 的命令由 Shellbash、zsh 等和外部程序共同提供。不同 Shell 的命令體系天然不一樣。第二類是路徑規則不同。Windows 使用盤符C:\和反斜杠Linux 使用單一根目錄/和正斜杠。很多“命令失效”本質上是路徑寫法不生效而不是命令本身消失了。第三類是參數風格不同。Windows 命令習慣用/開頭表示參數比如dir /w、taskkill /F /PIDLinux 命令則用-或--開頭比如ls -l、kill -9。同一個語義兩邊寫法差得非常多。所以“修復”這件事準確說應該是“適配”或“遷移”。目的是讓你在 Linux 終端里能快速完成和 Windows 下一樣的工作同時逐漸習慣 Linux 的思維方式。結合給團隊做 Linux 培訓時積累的案例我整理了出鏡率最高的 24 個問題。它們看起來零散其實可以歸成五類文件與目錄、文本處理、網絡與端口、進程與服務、腳本與編碼。下面按類別逐一拆解。2. 前置認知Windows 命令體系與 Linux 命令體系的差異在進入 24 個問題之前有必要先把兩個體系的結構說清楚否則你只是在背替換表遇到沒列出來的命令還是會卡住。2.1 Windows 的命令從哪里來Windows 的命令主要來自三個層面。第一層是 CMD 內建命令。dir、copy、del、type、cls這些本質上是 cmd.exe 自己實現的功能不依賴外部程序。第二層是系統自帶的外部命令。ping、netstat、tasklist、ipconfig這些是獨立的 exe 程序。第三層是 PowerShell 的 Cmdlet。比如Get-Process、Get-Service它們命名有固定規則通常用“動詞-名詞”結構。2.2 Linux 的命令從哪里來Linux 的命令則高度依賴 Shell 和外部工具集。Shell 內建命令包括cd、echo、export、alias、type等。外部命令則分布在多個目錄中例如/bin、/usr/bin、/sbin。最核心的一組工具來自 GNU Coreutils包含ls、cp、mv、rm、cat、grep等。這意味著你在 Linux 里敲任何命令Shell 都要先去$PATH路徑下尋找對應可執行文件。找不到就報command not found。2.3 一張表看懂核心差異維度Windows CMD / PowerShellLinux Bash / Zsh命令來源cmd.exe、exe 程序、CmdletShell 內建命令 PATH 下的可執行文件路徑分隔符\盤符如C:\/單一根目錄參數風格/w、/s、/i-l、-r、--help大小寫敏感性不敏感敏感Dir和dir不同環境變量set VARvalueexport VARvalue腳本后綴.bat、.cmd、.ps1無固定后綴需要可執行權限把這個框架記住后面的問題就很好理解了。3. 24 個高頻問題全清單下面按五類逐個展開。每個問題都給出“現象、原因、修復方向”。3.1 文件與目錄操作類這一類是日常使用頻率最高的也是新手最容易誤以為“Linux 有 Bug”的地方。問題 1dir命令找不到現象在 Linux 終端里執行dir提示command not found。原因Linux 沒有名為dir的常用命令目錄查看靠ls。修復使用ls -l查看詳細列表如果習慣dir可以在~/.bashrc中加alias dirls -l。問題 2cls清屏無效現象執行cls沒有反應或報錯。原因Linux 的清屏命令是clear快捷鍵是Ctrl L。修復執行clear或者配置alias clsclear。問題 3copy不能直接使用現象想復制文件輸入copy a.txt b.txt提示找不到命令。原因Linux 用cp且參數語義和 Windows 有差異。修復使用cp a.txt b.txt遞歸復制目錄時使用cp -r source/ target/。問題 4move不能直接使用現象移動文件時輸入move a.txt dir/報command not found。原因Linux 用mv。修復使用mv a.txt dir/重命名文件也用mv。問題 5del不能直接使用現象執行del a.txt提示找不到命令。原因Linux 用rm刪除文件。修復使用rm a.txt刪除目錄用rm -r dir/。特別提醒Linux 下rm是直接刪除不經過回收站建議在別名中加入-i參數例如alias delrm -i。問題 6type顯示文件內容失敗現象在 Linux 下執行type readme.txt沒有輸出文件內容。原因Linux 的type是 Shell 內建命令用來查看一個命令的類型不是查看文件內容。修復查看文件內容用cat readme.txt、less readme.txt或head readme.txt。問題 7Windows 反斜杠路徑在 Linux 下失效現象把cd C:\Users\test直接拿到 Linux 執行提示目錄不存在。原因Linux 不識別盤符也不使用反斜杠作為路徑分隔符。修復改成cd /home/user或cd /mnt/c/Users/testWSL 環境。問題 8tree命令不存在現象想以樹狀結構顯示目錄執行tree卻提示command not found。原因tree在多數 Linux 發行版中不是默認安裝的。修復安裝tree工具或者使用find . -type d | sort代替。這一類的核心規律是Windows 的文件操作動詞在 Linux 中大多被替換成了更短的單字母命令copy - cp、move - mv、del - rm。建議直接記憶這組映射而不是強行讓 Linux 去模擬 Windows。3.2 文本處理類文本處理是 Windows 用戶遷移時第二大痛點因為 Windows 下很多人只依賴findstr和type對 Linux 的grep、sed、awk不熟悉。問題 9findstr命令不存在現象執行findstr error app.log提示找不到命令。原因Linux 下文本搜索靠grep。修復使用grep -n error app.log。遞歸搜索目錄時用grep -r error ./忽略大小寫加-i。問題 10管道與重定向行為不一致現象在 Windows 下type a.txt | findstr abc正常在 Linux 下敲type a.txt | findstr abc直接失敗。原因type和findstr在 Linux 都不存在管道符號本身雖然相同但依賴的命令不對。修復改為cat a.txt | grep abc更簡潔的寫法是grep abc a.txt。問題 11more分頁操作不便現象Windows 和 Linux 都有more但按鍵和輸出細節不同新手經常卡住。原因Linux 下更推薦less它是more的增強版。修復使用less app.log按q退出按/搜索按n跳轉下一個匹配項。問題 12sort參數不兼容現象Windows 中sort /R file.txt可以倒序排序Linux 中執行會報錯。原因Linuxsort使用-r表示倒序-n表示按數值排序。修復使用sort -r file.txt、sort -n file.txt。問題 13fc文件比較失敗現象執行fc a.txt b.txt提示找不到命令。原因Linux 下的文件比較命令是diff。修復使用diff a.txt b.txt查看統一格式差異用diff -u a.txt b.txt。問題 14where查找命令路徑失敗現象在 Windows 用where java查路徑在 Linux 執行where java報錯。原因Linux 使用which或type -a。修復使用which java、whereis java或type -a java。這一類的核心結論是Windows 的文本處理命令能力有限Linux 的grep、sed、awk組合起來要強大得多。如果你的目標是從 Windows 遷移到 Linux應該把findstr直接忘掉專心學grep。3.3 網絡與端口類很多后端開發者到了 Linux 上第一件事就是查端口、測連通性但使用習慣還停留在 Windows。問題 15ping -t持續 ping 不生效現象在 Windows 中ping -t 10.0.0.1會持續測試在 Linux 中執行ping -t 10.0.0.1直接報錯。原因Linux 的ping用-c指定次數-t是設置 TTL語義完全不同。修復使用ping -c 4 10.0.0.1需要持續 ping 時用ping -c 100 10.0.0.1或者直接不加-c再按Ctrl C中斷。問題 16tracert不存在現象在 Linux 執行tracert baidu.com提示命令找不到。原因Linux 對應的命令是traceroute且默認沒有安裝。修復安裝后使用traceroute baidu.com。安裝命令在 Ubuntu/Debian 系為sudo apt install tracerouteCentOS/RHEL 系為sudo yum install traceroute。問題 17telnet命令怎么用在 Linux 里卻提示沒有現象想測試某個端口是否開放執行telnet 192.168.1.1 8080結果提示command not found。原因現代 Linux 發行版默認不安裝 telnet 客戶端。修復安裝telnet或者改用更輕量的工具ncnetcat例如nc -vz 192.168.1.1 8080。問題 18ipconfig無法查看 IP現象執行ipconfig提示命令不存在。原因Linux 查看網絡信息用ip addr或ipconfig都不是默認命令ifconfig在新版本中往往也未安裝。修復使用ip addr、ip link。查看路由用ip route。問題 19netstat -ano參數不兼容現象在 Windows 中netstat -ano可以查看端口和 PID在 Linux 中執行雖然不報錯但輸出格式不對。原因Linuxnetstat的參數與 Windows 不同而且很多新系統已經用ss替代netstat。修復使用ss -tulnp查看監聽端口和對應進程使用netstat -tulnp也能達到近似的效果。問題 20curl參數習慣不同現象在 Windows 中curl參數和 Linux 存在差異例如curl -k跳過證書校驗在部分 Windows 版本中表現不同。原因Windows 新版自帶的 curl 與 Linux 下的 curl 功能基本一致但舊腳本可能使用的是 PowerShell 的Invoke-WebRequest別名。修復在 Linux 下統一使用原生 curl例如curl -k https://example.com、curl -I https://example.com。這一類的核心結論是網絡排查命令的差異主要集中在“參數語義”上。遇到任何網絡命令無效第一步應該man或--help查看當前系統的參數定義而不是直接把 Windows 參數搬過來。3.4 進程與服務類在 Windows 服務器上tasklist、taskkill、sc是高頻命令到了 Linux很多人會找不到對應的工具。問題 21tasklist查進程失敗現象執行tasklist提示命令不存在。原因Linux 查看進程用ps。修復使用ps aux或ps -ef查看所有進程配合grep過濾例如ps aux | grep java。問題 22taskkill /F /PID無法使用現象執行taskkill /F /PID 1234提示命令不存在/F參數也被當成路徑解析。原因Linux 結束進程用kill參數風格完全不同。修復先通過ps aux | grep 進程名找到 PID再執行kill -9 1234。注意-9是強制結束普通結束可以不加。問題 23sc query查服務無效現象執行sc query servicename提示命令不存在。原因Linux 服務管理使用systemctl。修復使用systemctl status servicename查看狀態systemctl start/stop/restart servicename控制服務。問題 24PowerShell 腳本無法在 Linux 下直接運行現象把test.ps1放到 Linux 服務器上執行./test.ps1報錯。原因Linux 原生不識別 PowerShell 腳本。修復安裝 PowerShell Corepwsh后用pwsh test.ps1運行或者把腳本邏輯改寫成 Bash 腳本。這一類的核心結論是Linux 的進程和服務管理思路與 Windows 差異較大建議先學會ps、kill、systemctl三件套再考慮兼容問題。服務器維護場景下直接用 Linux 原生命令遠比保留 Windows 習慣更穩妥。3.5 腳本與編碼類這類問題最容易在“Windows 上寫腳本Linux 上執行”的場景里爆雷也是最容易被誤判為 Bug 的一類。問題 24腳本執行報錯/usr/bin/env: bash\r: No such file or directory現象在 Windows 上編輯過的.sh腳本傳到 Linux 執行時報錯。原因Windows 下腳本換行符是\r\nLinux 需要\n\r被當成文件名的一部分。修復使用dos2unix script.sh轉換或者執行sed -i s/\r$// script.sh。問題 25中文內容亂碼現象從 Windows 復制的文本文件在 Linux 下打開全是亂碼。原因Windows 默認使用 GBK/GB2312 編碼Linux 默認使用 UTF-8。修復使用iconv -f GBK -t UTF-8 input.txt output.txt轉換在vim中用:set fileencodingutf-8手動調整。把這兩條并入整體清單后一共正好 24 個典型問題。它們是最常見的入口但不是全部。真正重要的是掌握判斷和修復的工具鏈。4. 系統性修復思路從“單點替換”到“兼容層”面對這么多不兼容不建議一個個手動改。更推薦的做法是給自己搭建一個“Windows 命令兼容層”但要有邊界地搭。4.1 三個修復層次修復方式分為三個層次按需取用。第一層alias別名。適合“無參數或參數簡單”的命令例如dir、cls。優點是簡單直接缺點是別名不支持復雜參數轉換。第二層Shell 函數。適合“參數需要轉換”的命令例如findstr需要把/i轉成-i函數里可以做字符串處理。第三層直接切換原生命令。適合服務器環境和自動化腳本。腳本中不應該依賴自定義別名否則換一臺機器運行就會失敗。4.2 一個可落地的兼容腳本在個人開發機的~/.bashrc中可以加入一段輕量兼容配置。下面這個腳本片段適用于交互式終端不適用于可移植的自動化腳本。# 文件路徑~/.win-compat.sh # 作用在交互式終端中提供部分 Windows 命令的 Linux 兼容映射 # 使用方法在 ~/.bashrc 中追加 source ~/.win-compat.sh # 文件與目錄 alias dirls -l alias clsclear alias copycp -i alias movemv -i alias delrm -i alias mdmkdir -p alias rdrmdir # 文本處理 # findstr 常見參數轉換/i 忽略大小寫/s 遞歸/n 顯示行號 findstr() { local pattern local recursive0 local ignore_case0 local args() local target for arg in $; do case $arg in /i) ignore_case1 ;; /s) recursive1 ;; /n) ;; /*) echo [兼容層] 忽略不支持的參數: $arg 2 ;; *) if [ -z $pattern ]; then pattern$arg else target$arg fi ;; esac done if [ -z $pattern ]; then echo 用法: findstr [參數] 關鍵詞 [文件] 2 return 1 fi local grep_args() [ $ignore_case -eq 1 ] grep_args(-i) [ $recursive -eq 1 ] grep_args(-r) grep_args(-n) if [ -n $target ]; then grep ${grep_args[]} -- $pattern $target else grep ${grep_args[]} -- $pattern . fi } # 網絡 alias ipconfigip addr alias netstatss -tulnp alias tracerttraceroute # 進程與服務 alias tasklistps aux在~/.bashrc末尾追加一行使配置生效source ~/.win-compat.sh執行source ~/.bashrc這樣在交互式終端里dir、cls、copy、move、del、findstr等命令就可以用了。這個腳本需要注意幾點del、copy、move都加了-i參數rm -i、cp -i、mv -i在刪除或覆蓋前會交互式確認避免誤操作。type沒有被映射成cat因為type是 Shell 內建命令強行覆蓋會影響其他腳本和排查命令。tasklist映射成ps aux后輸出內容比 Windows 更詳細需要習慣一下。這套兼容層只服務于“人機交互”不應該寫入生產環境定時腳本或 CI 腳本。4.3 什么時候不要用兼容層兼容層最大的風險是掩蓋學習成本。如果團隊統一使用 Linux 服務器建議新人在前三周使用兼容層過渡第四周開始強制使用原生命令。因為alias和函數只存在于你的個人 Shell 配置中換一臺機器、換一個用戶、寫成一個腳本這些命令就會再次失效。真正能長期復用的是 Linux 原生命令本身。5. 完整示例三個高頻場景的實戰代碼下面用三個場景演示從“Windows 習慣”到“Linux 落地”的完整過程。5.1 場景一在 Linux 終端里執行dir查看目錄假設已經加載了前面的兼容腳本。# 查看當前目錄詳細列表 dir # 查看指定目錄 dir /etc實際執行后dir會調用ls -l輸出權限、屬主、大小、修改時間等信息。如果只想查看當前目錄下的文件夾可以結合grepls -l | grep ^d5.2 場景二用findstr在日志目錄中搜索關鍵字平時維護服務時最常見的需求是在日志里找報錯關鍵字。Windows 習慣寫法findstr /s /i Exception D:\logs\*.logLinux 兼容層寫法# /s 表示遞歸目錄/i 表示忽略大小寫 findstr /s /i Exception /var/log這個命令會轉換為grep -r -i -n -- Exception /var/log如果不想使用兼容函數直接寫原生命令更直觀grep -rin Exception /var/log三個參數中-r是遞歸子目錄-i忽略大小寫-n顯示行號。5.3 場景三批量修復 Windows 換行符導致的腳本執行問題這是最典型的一個“看起來像 Bug實際是編碼差異”的例子。把一個在 Windows 上寫好的 Bash 腳本上傳到 Linux執行時經常出現/usr/bin/env: bash\r: No such file or directory原因就是\r沒有被去除。單文件修復sed -i s/\r$// test.sh批量修復當前目錄下所有.sh文件find . -name *.sh -exec sed -i s/\r$// {} \;或者使用專門工具sudo apt install dos2unix dos2unix test.sh修復后再次執行bash test.sh如果腳本沒有可執行權限還要先授權chmod x test.sh ./test.sh這個案例說明遇到command not found時先看命令名是不是被換行符污染了再看環境變量和權限最后再懷疑系統有問題。6. 運行結果與效果驗證配置完兼容層之后不要急著認為“問題解決了”先做一輪快速驗證。source ~/.win-compat.sh # 驗證目錄命令 dir # 驗證清屏命令 cls # 驗證文本搜索 findstr /i error /var/log/syslog # 驗證進程查看 tasklist | head -20預期結果dir輸出當前目錄的詳細列表。cls清空終端。findstr /i error /var/log/syslog列出包含 error 的行并顯示行號。tasklist | head -20顯示當前進程列表的前 20 行。如何判斷成功命令能正常輸出不再提示command not found。命令退出碼為 0。可以用echo $?確認0 代表上一條命令成功。輸出內容結構符合預期。例如dir顯示的是權限、屬主、大小而不是簡單的文件名列表。如果失敗第一步先確認腳本有沒有被加載# 查看 dir 是否是別名 alias dir # 查看 findstr 是否被定義成函數 type findstralias dir應該輸出alias dirls -l。如果輸出bash: alias: dir: not found說明兼容腳本沒有生效檢查~/.bashrc中的source ~/.win-compat.sh是否寫對然后重新source ~/.bashrc。7. 常見問題與排查方法實際配置過程中很多問題不是“命令不存在”而是配置鏈路出錯。下面給出高頻問題的排查表。問題現象可能原因排查方式解決方案dir仍然提示 command not found兼容腳本沒有加載alias dir查看在~/.bashrc中追加source ~/.win-compat.sh重新執行source ~/.bashrcsource ~/.bashrc報語法錯誤腳本中有不支持的語法執行bash -n ~/.win-compat.sh逐行檢查腳本重點看findstr函數的引號是否閉合執行.sh文件報bad interpreter文件是 CRLF 換行file test.sh查看格式執行sed -i s/\r$// test.sh或dos2unix test.sh中文日志顯示亂碼Windows GBK 編碼與 Linux UTF-8 不一致file app.log查看編碼使用iconv -f GBK -t UTF-8 app.log app_utf8.log轉換執行findstr后無輸出關鍵詞或路徑寫錯先直接執行grep -r -i -n 關鍵詞 路徑確認關鍵詞不包含特殊字符路徑存在且有讀取權限兼容函數阻塞了原生命令函數名與系統命令沖突type 命令名查看是否為函數重命名兼容函數或修改~/.bashrc中的映射關系netstat輸出信息比 Windows 少新系統已用ss替代netstat執行ss -tulnp對比習慣使用ss -tulnp不需要額外安裝tasklist輸出太長ps aux顯示全部進程配合grep過濾tasklist | grep java在腳本里寫了dir仍然報錯alias 不作用于非交互 Shell檢查腳本第一行是否為#!/bin/bash腳本內使用ls -l不要依賴個人別名telnet命令怎么用都會報找不到客戶端未安裝which telnetsudo apt install telnet或改用nc -vz host port排查時記住一個原則先確認命令存在再確認語法正確最后才考慮環境變量、編碼、權限等底層因素。很多“Bug”其實只是命令拼寫或參數順序錯了。8. 最佳實踐與工程建議如果從更長遠的視角看遷移到 Linux 的目標不是“讓 Linux 模仿 Windows”而是“用 Linux 的方式重新組織命令行工作流”。下面幾條建議可以幫助你少踩坑。8.1 交互式終端和腳本要分開處理~/.bashrc中的別名和函數只作用于交互式終端。腳本執行時使用非交互 Shell不加載這些別名。因此所有部署腳本、CI 腳本、定時任務腳本必須使用 Linux 原生命令不能依賴個人別名。一種常見寫法是在腳本內顯式使用完整路徑#!/bin/bash /bin/ls -l /opt/app這樣即使某臺機器上有奇怪的別名配置也不會影響腳本結果。8.2 不要盲目覆蓋系統命令兼容層中覆蓋rm、cp、mv時要非常小心。如果團隊中有多人共用服務器你定義了一個alias rmrm -i別人短時間可能感覺不習慣如果你定義alias killkill -9那就非常危險了。建議原則只在自己的用戶目錄下配置。避免覆蓋cd、type、test、kill這類對 Shell 行為影響較大的命令。刪除、強殺類命令必須帶交互確認alias delrm -i、alias taskkillkill -i如果系統支持。8.3 漸進式遷移比一刀切更有效完全放棄 Windows 使用習慣不現實但長期依賴兼容層也會限制技術成長。一個比較合理的節奏是第 1 周保留兼容層能完成工作即可。第 2 周每次用到dir、copy、findstr時強制自己在心里默念一次ls、cp、grep。第 3 周刪除~/.win-compat.sh中的高頻命令映射改為原生命令。第 4 周只保留少量無法快速改變的映射例如cls。8.4 編碼和換行統一要前置在團隊協作中建議 Git 倉庫統一使用 UTF-8 編碼和 LF 換行。可以在項目根目錄添加.gitattributes* textauto eollf *.sh text eollf這樣從 Windows 上 checkout 出來的腳本在 Linux 下執行時換行符會被 Git 自動轉換為 LF從源頭避免\r問題。8.5 命令對照表要自己整理網絡上有大量“Windows-Linux 命令對照表”但那些表格只解決高頻命令問題。真正適合自己項目的是“以實際工作流為基礎”的對照表。例如你發現自己在 Windows 經常這樣啟動服務sc query Tomcat8 taskkill /F /PID 1234 netstat -ano | findstr 8080對應 Linux 工作流systemctl status tomcat kill -9 1234 ss -tulnp | grep 8080把這類“工作流級”的映射記錄下來比背命令列表有效得多。9. 總結與后續學習方向回頭看這 24 個問題它們的共同點是表面上是“命令不可用”本質上是“命令體系切換”。Windows 的命令由 CMD/PowerShell 解釋器承載Linux 的命令由 Shell 和外部工具集共同承載兩套體系的設計目標、參數風格、路徑規則幾乎完全不同。真正需要修復的不是系統而是我們大腦中的命令映射表。把這套遷移方法論理清楚之后建議下一步從三個方向深入第一系統學習 Linux 原生文本處理三劍客grep、sed、awk。它們能覆蓋 80% 的日志分析和文本處理需求也是從“能用”到“會用”的分水嶺。第二理解 Shell 的啟動加載機制。搞清楚為什么.bashrc只影響交互式終端為什么登錄 Shell 會讀取.profile為什么腳本里不能依賴別名。這個過程會解開很多“為什么我的命令有時生效有時不生效”的疑惑。第三結合你實際負責的項目建立一套自己的服務排查手冊。無論是 Java 應用、數據庫還是 Docker 容器都有對應的 Linux 排查路徑。最后建議把上面給到的兼容腳本改造成適合自己習慣的版本。先跑通dir、cls、findstr這幾個高頻命令再逐步擴展。打開終端敲一遍source ~/.win-compat.sh把這篇文章里的命令逐個試一下。真正屬于你的那份“Windows-Linux 命令對照表”必須由你在終端里親手敲出來。