若要檢查來自不同手機的簡訊，請從兩台裝置匯出 SMS 紀錄，將原始紀錄貼到行式文字比對工具的左側，並把另一台手機的紀錄貼到右側，然後檢視新增、刪除與未變動的列，就能精準看出哪些訊息在兩支手機之間轉移了。這種做法不需要安裝監控軟體、不必對任一裝置執行 root 或越獄，更不必將私人對話上傳到遠端伺服器。它會將每則訊息視為一行文字，並套用精確的最長共同子序列比對，因此相同的訊息會顯示為未變動，而只出現在其中一側的訊息則會顯示為新增或刪除的列。整個比對過程完全在瀏覽器本地執行，兩份訊息紀錄絕不會被上傳或分享，且相同的兩份輸入永遠會產生相同的輸出。每側上限為 500 行與 200,000 個 UTF-16 程式碼單位，以確保比對保持流暢；超過這些上限的輸入會在建置差異表格之前被拒絕，而不會被靜悄悄地截斷。
為何逐行比對適合用於跨手機的訊息檢查
大多數搜尋這個主題的讀者，都是為了下列三種目的之一：切換裝置後進行訊息缺漏稽核、快速確認備份是否真的還原了完整對話紀錄，或是並列比較同一個家裡兩支手機上各自存放的內容。這些任務的本質都一樣——兩份純文字訊息清單，加上找出差異的需求。專屬的監控應用程式、配對的同步服務，或電信業者的匯出功能有時也能回答這些問題，但會增加安裝負擔、帳號申請或裝置存取權限等要求。確定性的逐行比對是最輕量的選項：只要能將兩份訊息紀錄匯出成文字檔，就能在幾秒鐘內完成比對，無需額外軟體。
文字差異檢查工具正是為了這類有上限的比對而設計。它對兩組行陣列執行最長共同子序列演算法，因此即使遇到重新排序的區塊，仍能對齊並標出每一個只出現在單側的行。在訊息紀錄輸入之前，您可以完全自行決定其格式——時間戳記、寄件者姓名與訊息內容是否放在同一行或分開——這個工具只在意「一則邏輯訊息對應一行」。
文字差異檢查工具實際比對的是什麼
這個工具會將每一側讀取為一串有序的行，在 CRLF、單獨的 CR 與 LF 上進行切分（將 CRLF 視為單一邊界），並對兩組陣列執行最長共同子序列比對。被選入該子序列的相同行會被標記為未變動。從原始側被略過的行會被標記為刪除，從變更側被略過的行則會被標記為新增。最後的摘要會根據這些列類型回報新增、刪除與未變動的計數，因此您看到的數字永遠會與畫面上的列對應。
行的相等比對是嚴格的：兩行只有在字串完全相同時才算相符，包含大小寫、標點符號、前置空格、尾端空格、Tab 以及每一個 Unicode 程式碼點。因此，對訊息做出的一個字元修改會呈現為一個刪除行加上一個新增行，而不是高亮顯示的原地變更。這個比對同時刻意保持粗略——它對散文段落、設定檔片段、紀錄檔行與簡短程式碼區塊都能保持易讀，且絕不會嘗試解析程式語言、摺疊字母大小寫、忽略空白字元、偵測搬移的區塊、產生修補檔，或解決合併衝突。每側上限為 500 行與 200,000 個 UTF-16 程式碼單位，超出上限的一側會在建置動態規劃表格之前被拒絕，避免貼上大型封存檔時凍結瀏覽器分頁。
如何查看來自不同手機的簡訊
下列工作流程能把兩份手機匯出檔轉換成一份只存在於單一裝置的清晰訊息清單。當您需要確認備份、同步或手動轉移是否真的保留了對話紀錄時，都可以使用此流程。
- 將每支手機的 SMS 紀錄匯出為純文字。大多數手機可透過系統設定、第三方備份應用程式，或 ADB/iTunes 傾印來匯出 SMS。目標是讓每則訊息各自佔一行，並視需要加入時間戳記、寄件者與訊息內容。
- 移除所有的對話氣泡、HTML 標記或殘留的歸位字元，使結果成為乾淨的 UTF-8 或 UTF-16 文字。像是 文字格式化工具這類工具可以在不更動訊息內容的前提下，重新接合斷行的段落。
- 開啟 文字差異檢查工具，並將原始手機的訊息紀錄貼到左側文字區。
- 將另一支手機的訊息紀錄貼到右側文字區。請保持匯出時原本的行排序；這個差異工具不需要排序，且當兩側都反映自然的時序時效果最佳。
- 選擇「比較行」動作。工具會在本地執行最長共同子序列比對，並以單一有序檢視呈現結果。
- 掃描以加號開頭的列（僅出現在右側）、以減號開頭的列（僅出現在左側），以及沒有符號的列（兩支手機上完全相同）。最後的摘要區塊會根據這些列，回報新增、刪除與未變動的行數。
- 若想留存稽核紀錄，請匯出或擷取畫面。編輯任一側會清除先前的比對結果，因此請先儲存任何需要保留的內容。
解讀新增、刪除與未變動的列
這個輸出是一種說明性檢視，並非可直接套用的 unified-diff 檔案，因此正確閱讀比任何單一列都更為重要。
| 列首符號 | 代表意義 | 該如何解讀 |
|---|---|---|
| 加號 (+) | 該行僅出現在右側 | 表示這則訊息存在於第二支手機，但未出現在原始匯出檔中 |
| 減號 (−) | 該行僅出現在左側 | 表示這則訊息存在於原始手機，但未能轉移至第二台裝置 |
| 無前綴 | 兩側的行完全相同 | 表示這則訊息在轉移、備份或還原過程中完整往返成功 |
差異結果結尾的摘要會列出三個數字——新增、刪除與未變動——這些數字來自上方所顯示的同一份列資料。如果您需要依寄件者細分，請在貼上之前先對匯出的訊息紀錄進行排序或篩選，讓相同的行聚集在一起，然後重新執行比對。如果重複的訊息干擾了對齊，請記住這個確定性的平手規則在剩餘子序列長度相等時傾向視為新增，因此兩個同樣有效的對齊方式永遠會以相同方式解決。
會改變差異輸出的邊緣情況
由於行的相等比對是完全精確的，微小的前置處理決定可能會大幅改變比對結果。時間戳記是訊息行內容的一部分，因此某個匯出檔若記錄為「2026-03-19 09:01 Hi there」，另一個若記錄為「Hi there」，即使訊息內容相同，也會被視為不同訊息。請在貼上之前決定是否要保留時間戳記，並對兩份匯出檔套用相同的規則。空行是有效的行值，會如同其他行一般參與比對，因此若某個檔案結尾多了一行空白，而兩個檔案未以相同方式修剪，就可能顯示為新增或刪除。Unicode 正規化並不會被摺疊：視覺上相似的字元、不同 Unicode 正規化形式，或訊息中隱藏的空白字元，都會被視為不同的行，即使畫面上看起來一模一樣；因此在認定確實不相符之前，請在目的端格式中檢查敏感的變更。
每側 500 行的上限是另一個常見的陷阱。當每則訊息都將時間戳記、寄件者姓名與訊息內容放在同一行時，較長的對話很快就會超過這個上限。如果您的匯出檔超過上限，請在貼上之前依對話、月份或聯絡人進行分割，或改用可處理較大檔案的串流或原生差異工具，而不受這個瀏覽器工具有限矩陣的限制。200,000 個 UTF-16 程式碼單位的上限也是出於相同理由：它限制了輸入儲存與呈現的規模，讓頁面保持流暢。
何時該使用其他比對工具
瀏覽器型的逐行比對適合用於簡短的訊息封存、設定檔變更、編輯過的散文、紀錄檔行與小型程式碼片段。它並非萬能的選擇。若您要稽核擁有數千行的完整訊息紀錄，建議改用串流式 CLI 差異工具，避免比對必須容納在有限矩陣中。若您要比對的是追蹤歷錄、檔名、重新命名、修補檔與作者資訊的原始碼儲存庫，請改用 Git，因為文字差異檢查工具明確不會加入行號、偵測搬移的區塊、忽略空白字元或產生修補檔。如果您的目的只是想找出某段對話中出現過哪些電話號碼，電話號碼萃取工具就能列出獨特的寄件者與收件者，而無需執行完整的差異比對。每個工具都有其專精的任務；當問題是「兩份有上限的文字版本之間，究竟有哪些精確的行被搬移、新增或刪除」時，文字差異檢查工具最能發揮價值。