# 在命令提示視窗(Command Prompt)顯示UTF-8內容

作者：吉祥法师

在中文版Windows作業系統中，命令提示字元（Command Prompt）的預設編碼為BIG5（Code Page 950），這導致使用者在檢視UTF-8編碼檔案時，經常會遇到亂碼問題。UTF-8作為一種廣泛使用的國際編碼標準，在處理多語言文字內容時具有顯著優勢，因此如何在命令提示字元中正確顯示UTF-8內容，成為許多開發者與系統管理員關注的議題。本文將詳細探討透過`chcp`指令切換Code Page以解決此問題的完整方案，包含操作步驟、注意事項、進階設定技巧及不同Windows版本的差異比較。

## 核心概念解析

### 編碼與Code Page基礎概念
在資訊科技領域，編碼（Encoding）是將文字字元轉換為電腦可處理的二進位數字的規則集合。不同的編碼系統支援不同的字元集，而Code Page（代碼頁）則是Windows系統中用來定義特定字元編碼方式的數字識別碼。其中，BIG5（Code Page 950）是繁體中文系統的傳統編碼方式，而UTF-8（Code Page 65001）則是一種可變長度的Unicode編碼，能夠涵蓋全球絕大多數語言的文字字元。

### 亂碼問題的根源
中文版Windows的Command Prompt初始設定採用BIG5編碼解讀輸出內容，當使用者嘗試透過`type`或`cat`等指令查看UTF-8編碼的檔案時，系統會以錯誤的編碼規則解析文字位元組序列，導致顯示結果成為無法辨識的亂碼字元。這種現象不僅影響文字檔案的閱讀，也對需要處理多語系內容的程式開發與系統管理工作造成困擾。

## 解決方案詳細步驟

### 使用chcp指令切換編碼
`chcp`（Change Code Page）是Windows命令提示字元中用於顯示或設定活動代碼頁編號的指令。要解決UTF-8檔案顯示亂碼的問題，操作者只需執行以下兩個簡單步驟：

**第一步：切換Code Page至UTF-8**
在命令提示字元中輸入以下指令並按下Enter鍵：
```
chcp 65001
```
此指令會將當前的編碼頁面切換至65001，即UTF-8編碼。執行成功後，系統會顯示「Active code page: 65001」的確認訊息。

**第二步：調整字型設定**
僅切換Code Page仍不足以完美顯示UTF-8內容，因為命令提示字元的預設字型「點陣字」（Raster Fonts）對Unicode字元的支援有限。使用者需要修改視窗字型設定：
1. 在命令提示字元視窗的標題列上按下滑鼠右鍵，選擇「內容」（Properties）
2. 切換至「字型」（Font）頁籤
3. 將字型由「點陣字」更改為「Lucida Console」或「Consolas」
4. 點擊「確定」儲存設定

完成上述操作後，重新執行查看UTF-8檔案的指令，即可正確顯示中文字元及其他Unicode字元。

## 進階設定與注意事項

### Code Page設定的持久化問題
早期Windows版本（如Windows 7）中，執行`chcp`指令後的Code Page設定會被系統記憶，下次開啟命令提示字元時會繼續沿用，使用者不需重複設定。然而，在Windows 10及後續版本中，這種記憶功能已被移除，每次重新開啟命令提示字元時，Code Page都會恢復為系統預設的BIG5（950）。

為了解決這個問題，可以透過修改Windows註冊表來達成自動設定的效果：

1. 按下`Win + R`開啟執行對話框，輸入`regedit`並按Enter開啟登錄編輯程式
2. 瀏覽至以下路徑：
   `HKEY_LOCAL_MACHINE\Software\Microsoft\Command Processor`
3. 在右側窗格中按下滑鼠右鍵，選擇「新增」→「字串值」
4. 將新的字串值命名為`Autorun`
5. 雙擊該字串值，在「數值資料」欄位中輸入：
   `chcp 65001>nul`
6. 點擊「確定」並關閉登錄編輯程式

完成上述設定後，每次開啟命令提示字元時，系統會自動執行`chcp 65001`指令，並將輸出訊息重定向至`nul`以避免干擾，使用者即可直接使用UTF-8編碼環境。

值得注意的是，在某些Windows版本中，執行`chcp 65001`後可能會遇到命令提示字元無法使用中文輸入法的問題。這是由於部分系統的輸入法切換機制與UTF-8編碼頁面存在相容性問題。若使用者需要同時輸入中文，可以考慮輸入`chcp 950`切換回BIG5編碼後再使用輸入法，或安裝支援Unicode的第三方輸入法。

## 不同Windows版本的差異比較

### Windows 7與Windows Server 2003
在Windows 7及更早版本的系統中，`chcp`指令的Code Page設定會被記憶並套用至下次開啟的命令提示字元。然而，有使用者反映在Windows Server 2003的批次檔（Batch File）中執行`chcp`指令有時會失效，這可能與批次檔的執行環境或權限設定有關，建議直接在主控台視窗中測試執行。

### Windows 10與Windows 11
Windows 10版本1803（2018年4月更新）開始，系統設定中新增了「Beta：使用Unicode UTF-8提供全球語言支援」的選項。啟用此選項後，整個系統的預設編碼將切換為UTF-8，不需要再手動執行`chcp`指令。然而，此設定可能影響部分依賴傳統編碼的應用程式，使用者需自行評估相容性風險。

在Windows 11環境下，PowerShell使用者反映`chcp`指令似乎無法有效改變編碼行為。這是因為PowerShell預設採用Unicode編碼，與傳統的命令提示字元環境有所不同。對於PowerShell使用者，建議直接使用其內建的編碼處理機制，或透過設定環境變數`$OutputEncoding`來控制輸出編碼。

## 其他替代方案與工具建議

除了`chcp`指令外，使用者亦可考慮採用Windows PowerShell作為替代工具。Windows PowerShell ISE（整合式指令碼環境）預設即以Unicode顯示內容，無需額外調整編碼設定，對於需要頻繁處理多語系文字的使用者而言是一個更為便利的選擇。

還有另一種思路是直接在命令提示字元中查看已保存為Unicode格式的檔案，Windows記事本提供了多種編碼保存選擇，包括ANSI、Unicode UTF-16LE和UTF-8。需要注意的是，UTF-8格式的檔案可以選擇是否包含BOM（位元組順序標記），包含BOM的檔案在某些批次檔執行環境中可能因BOM字元而無法正常運行，因此批次檔通常建議保存為無BOM的UTF-8格式或傳統ANSI格式。

## 結語

在命令提示字元中顯示UTF-8內容的解決方案本質上是編碼規範的切換操作，透過`chcp 65001`指令將系統的字元編碼轉換為UTF-8，再輔以適當的字型設置，即可有效解決亂碼問題。雖然該方案在操作上非常簡潔，但其背後反映了作業系統編碼歷史演進中BIG5與UTF-8之間的過渡與相容問題。隨著Windows 10之後系統層級對UTF-8的支援日益完善，使用者可以透過系統設定直接啟用全球語言支援，大幅簡化了傳統的指令切換步驟。然而，對於仍需在特定環境下控制編碼行為的進階使用者而言，掌握`chcp`指令與登錄編輯等技巧依然具有重要的實務價值。