跳至主要內容
Lizely

文字反轉工具

反轉文字而不破壞 emoji、組合重音或一般行尾。

隱私權：你的檔案不會離開裝置，所有處理均在瀏覽器本機完成。

使用方式

  1. 1.在文字框中輸入或貼上最多 100,000 個字元。
  2. 2.選擇「字元」反轉 Unicode 字素、「字詞」反轉非空白序列，或「行」反轉邏輯行順序。
  3. 3.選擇「反轉文字」、確認產生順序，並視需要複製結果。

關於文字反轉工具

文字反轉工具會在瀏覽器本機改變文字順序。貼上短標籤、句子、來源內容、清單或多行文字，選擇反轉方式，即可產生可檢查與複製的結果；任何內容都不會上傳到 Lizely 或其他服務。編輯來源或變更模式會立即清除舊輸出與複製訊息，避免新輸入與舊結果混淆。空白輸入與超過 100,000 字元上限的內容會顯示明確錯誤，過長輸入絕不會無聲截短。

字元模式反轉 Unicode 字素叢集，而不是 JavaScript UTF-16 程式碼單元。許多看起來是一個符號的字元其實由多個碼位構成：笑臉 emoji 在 UTF-16 使用代理對，重音字母可能是基本字母加組合記號，家庭與職業 emoji 常以零寬連接符結合多個人物或物件；膚色修飾符、變體選擇符、國旗配對與 CRLF 行尾也需要保持完整。反轉程式碼單元甚至個別碼位都可能破壞這些序列，因此本工具先向瀏覽器的 Intl.Segmenter 取得字素邊界，再反轉完整可見叢集。

不支援 Intl.Segmenter 的瀏覽器會使用保守的本機備援。它會走訪完整 Unicode 碼位，並讓常見組合記號、變體選擇符、emoji 修飾符、零寬連接 emoji 序列、區域指示符國旗配對、emoji tag 序列與 CRLF 保持一起。這比常見的 Array.from(text).reverse() 捷徑安全，但不宣稱完整取代持續演進的 Unicode 標準所有邊界規則；罕見或新指派文字可能只有完整標準分割器知道正確邊界。專業 Unicode 文字若要求精確處理，請使用支援 Intl.Segmenter 的新瀏覽器並驗證輸出。

字詞模式使用刻意狹窄的定義：字詞是任何連續非空白字元序列。工具會反轉這些序列，同時讓空白分隔符保留在原始位置。它不做特定語言斷詞、字典規則、標點移除、詞幹處理、雙向文字重塑或文法修正；附著在 Token 上的標點會跟著 Token 移動。這項可預期規則適合反轉一般空格分隔單位，而不假裝理解每種語言的字詞概念。

行模式會反轉邏輯行內容，並保留 CRLF、LF 與 CR 等輸入換行形式；最後的行尾仍留在輸出末尾，空白行也會保留。混合行尾樣式會維持在分隔位置，不會未經允許正規化。行模式不會反轉每一行內的字元；需要時應選擇字元模式。這適合反轉貼上的核取清單、紀錄摘錄、識別字清單或小型資料列區塊，同時保留基本文字檔結構。

產生後，在把結果用於原始碼、識別字、密碼、編碼資料或由右至左文字前，請先與來源比較。反轉只是呈現轉換，不是加密、翻譯、轉寫或安全混淆；雙向控制字元即使儲存順序正確也會影響顯示。工具不會移除隱形字元，也不會正規化組合式與分解式 Unicode。複製取決於瀏覽器剪貼簿權限；寫入遭拒時會如實回報。來源會保留在輸入區直到編輯或清除，產生文字只存在於目前頁面狀態。

方法與來源

轉換前拒絕格式錯誤的 UTF-16 代理序列，並依 100,000 個 UTF-16 程式碼單元上限驗證輸入且不截短。字元模式以 Intl.Segmenter 在字素層級分割後反轉完整區段；備援會保留完整碼位及常見組合、變體、修飾、ZWJ、國旗、tag 與 CRLF 序列。字詞模式反轉非空白序列並讓空白位置不變；行模式反轉行內容，同時保留 CRLF、LF 或 CR 分隔符與任何末尾行尾。

常見問題

字元模式會破壞 emoji 或重音字母嗎？
可用時會採 Intl.Segmenter 字素邊界，讓使用者可見的 Unicode 叢集保持完整；保守備援也會保留常見組合記號、emoji 修飾符、ZWJ 序列、國旗與 CRLF。
字詞模式中的字詞如何定義？
字詞是連續非空白字元序列；空白分隔符保持原位，附著在 Token 上的標點會跟著移動。
行模式會保留 Windows CRLF 嗎？
會。行模式辨識 CRLF、LF 與 CR，保留其形式，並讓最後一個行尾留在結果末端。
文字會上傳或儲存嗎？
不會。反轉與複製都在目前瀏覽器中完成，Lizely 不會透過本工具收到文字。

相關工具

文字工具 使用指南

查看全部