一份剪貼簿檢視器的線上速查表從工具對任何貼上或讀取文字所回報的七項量測開始：字元碼元、Unicode 碼位、UTF-8 位元組長度、邏輯行數、類詞彙記號、空白字元，以及嚴格的 JSON 解析結果。剪貼簿檢視器會在您的瀏覽器分頁中本地執行所有這些檢查，因此當您輸入或貼上時，數值會立即顯示。這些計數彼此獨立，並用於不同的偵錯目的，這就是為什麼一個字串看起來正確，卻仍可能讓解析器、YAML 載入器或資料庫欄位約束發生錯誤。知道哪個數字能回答哪個問題，是這份速查表的核心，加上可將空格、Tab 與行尾顯示出來，卻不修改底層值的隱藏字元覆疊層。該工具僅讀取文字——絕不讀取圖片、富 HTML、檔案或平台特定的剪貼簿格式——且分析過程會留在目前分頁中，因此貼上的剪貼簿內容不會被提交到任何遠端伺服器。
七項計數量測的內容
每個計數器回答一個不同的問題，而對同一段輸入的回答可能彼此不一致。JavaScript 的字元長度計算的是 UTF-16 碼元，碼位計數則將每個 Unicode 碼位視為一個項目，而 UTF-8 位元組長度反映的是大多數檔案、網路協定與儲存層實際消耗的內容。行數會將 LF、CRLF 與單獨的 CR 視為分隔符，而詞彙則使用 Unicode 字母與數字，並將內部的單引號、底線與連字號視為記號邊界。空白字元計數器會計算每一個空格、Tab 與行尾字元，而 JSON 指示器則回報經過修剪的文字是否能通過嚴格的 JSON.parse 檢查。這些數字之間的差異並非缺陷。JavaScript 字串預設是 UTF-16 碼元的序列，因此輔助字元會展開為兩個碼元，並使字元計數膨脹，卻不會改變碼位總數。UTF-8 是可變寬度的，且通常是網路與儲存預算最相關的量測，因為 ASCII 字元佔 1 個位元組，常見的拉丁字元佔 2 個位元組，U+0800 到 U+FFFF 之間的 BMP 字元佔 3 個位元組，而位於基本多語言平面之外的字元則佔 4 個位元組。
| 計數 | 量測內容 | 常見偵錯用途 |
|---|---|---|
| 字元碼元 | UTF-16 碼元中的 JavaScript .length | 字串截斷、slice 與 substring 計算 |
| Unicode 碼位 | 透過 Array.from 將每個碼位視為一個項目 | 表情符號、輔助平面與 BMP 邊界檢查 |
| UTF-8 位元組 | TextEncoder 的位元組長度 | 儲存配額、API 主體限制與網路框定 |
| 邏輯行數 | 以 LF、CRLF 與單獨的 CR 分割 | 檔案格式診斷與 CSV 列數統計 |
| 類詞彙記號 | 包含 '、_、- 的 Unicode 字母與數字 | 快速的內容健全性檢查 |
| 空白字元 | 每一個空格、Tab、歸位字元與換行字元 | 偵測隱藏的縮排或尾端空白 |
| JSON 有效性 | 對修剪後的文字進行嚴格的 JSON.parse | 在送出前驗證酬載語法 |
請將這些計數並列閱讀，而非單獨檢視。一段字串回報 11 個字元但只有 9 個碼位，並不代表損毀；它包含了每個佔用兩個 UTF-16 碼元的輔助字元。一個顯示 220 個 UTF-8 位元組卻只有 180 個字元的酬載，表示的是多位元組字元，而不是重複計算。這份速查表的工作就是讓這些差距變得可見，使您能為正在偵錯的限制挑選正確的計數器。
如何使用線上檢視器檢查剪貼簿文字
- 在 HTTPS 下的聚焦瀏覽器分頁中開啟剪貼簿檢視器，然後按一下讀取剪貼簿並核准瀏覽器的權限提示。若瀏覽器拒絕請求，或您不想授予權限，請使用標準的貼上快捷鍵將文字直接貼到編輯器中。
- 並列比較七項回報的結果：字元碼元、Unicode 碼位、UTF-8 位元組、邏輯行數、詞彙、空白字元，以及 JSON 指示器。將每個數值視為針對文字某個特定問題的獨立回答。
- 當格式可能是問題時——例如比較複製的 shell 指令、YAML 縮排、CSV 列，或在 Windows、macOS 與 Linux 之間移動的文字——請隨時啟用顯示空格、Tab 與行尾覆疊層。此覆疊層僅供顯示；底層的編輯器內容保持不變。
- 讀取結果，複製所需內容，然後按一下編輯器的清除控制項，從元件狀態中移除工作值。當剪貼簿中含有權杖、憑證、個人資料或客戶資訊時，請在繼續前先執行此步驟。
閱讀隱藏字元覆疊層
此覆疊層會將每個隱藏字元替換為可見的字符，同時保留儲存的值不變。空格會變成置中點，Tab 會變成箭頭，而行尾會呈現為明確的符號，讓您一眼就能判斷文字使用的是 LF、CRLF 或 CR 分隔符。這是捕捉四種經典剪貼簿錯誤的最快方法：密碼結尾的尾端空格、CSV 儲存格中多餘的 Tab、在 Windows 與 Linux 上編輯的指令檔中混用的行尾，以及從終端機複製時殘留的隱藏歸位字元。若需更深入的隱藏格式偵錯，如何檢視剪貼簿並檢查隱藏的文字細節中的逐步做法與此覆疊層相輔相成，並示範如何透過第二輪編輯器檢查來確認嫌疑字元。
JSON 有效性檢查及其未涵蓋的範圍
JSON 指示器會對修剪後的文字執行嚴格的 JSON.parse，僅回報語法是否有效。它不會修復 JSON、不執行任何程式碼、不追蹤連結，也不解讀貼上的 HTML。綠色結果僅表示修剪後的酬載在語法上為有效的 JSON，並不代表其欄位安全、完整、語意正確，或不含惡意值。請將其視為在將酬載送至 API 或存入 JSON 欄位前的快速預檢；當您需要錯誤位置、結構描述檢查或結構描述驅動的驗證時，請改用專屬的驗證工具。
瀏覽器權限與隱私界線
直接讀取剪貼簿屬於受保護的瀏覽器功能。根據 MDN 的 Clipboard.readText 參考文件，該呼叫通常需要安全內容、聚焦的頁面、使用者手勢，以及明確的權限授予。W3C Clipboard API 與事件規範在各瀏覽器中描述了相同的閘控模型。即使符合這些條件，請求仍可能因使用者設定、企業政策、嵌入頁面限制或不支援的 API 介面而被拒絕。
遭拒並不會被視為資料遺失：工具會顯示明確的訊息，且標準的貼上快捷鍵仍可使用。當您想要精確控制進入頁面的字元時，手動貼上也是正確的選擇。HTTPS 需求也說明了為什麼從本機檔案路徑載入，或在不受信任的憑證後方使用時，同一個工具可能會失敗；而使用者手勢需求則代表讀取動作必須在點擊或按鍵之後發生，因此不支援且不會嘗試以指令碼輪詢剪貼簿。這些限制都不適用於編輯器：輸入與貼上會立即更新計數，這也是為什麼對敏感性資料建議採手動貼上。整體而言，隱私是主要的設計約束：分析在目前分頁中進行，剪貼簿文字絕不會離開瀏覽器，而清除編輯器會從元件狀態中移除工作值。
速查表揭露的常見剪貼簿錯誤
下列每個模式都將某個錯誤行為對應到特定的計數器或覆疊層信號。當您手上有複製的值與模糊的症狀描述時，請將它們當作分流清單使用，然後在剪貼簿檢視器頁面上讀取實際的計數加以確認。
- 權杖中的尾端空格。空白字元計數不為零，而字元計數比預期多 1。覆疊層會將該空格標示於行尾。
- 跨平台複製後混用的行尾。邏輯行計數符合 Unix 讀取器的結果，但 Windows 工具回報額外的列數。覆疊層會在編輯區域的接縫附近顯示集中的 CRLF 標記。
- 藏在值內部的歸位字元。詞彙計數看起來正確，但字元計數高於預期，且覆疊層在行中顯示一個 CR 字符。
- 破壞字串長度假設的表情符號。對每個輔助字元，字元碼元比碼位多 1，而 UTF-8 位元組每個碼位跳增 4。
- 幾乎能通過解析的 JSON。即使酬載看起來平衡，JSON 指示器仍顯示無效，這通常指向多餘的逗號、未跳脫的引號，或鍵名中的不中斷空格——而最後一種情況在覆疊層中會一目了然。