URL 与 HTML 实体
编解码

常见使用场景

使用技巧

• encodeURIComponent vs encodeURI：前者编码所有 URL 保留字（包括 /、?、&），适合编码单个参数值；后者保留 URL 结构字符不动，适合处理已经组合好的整 URL。
• + 与 %20：URL 路径必须用 %20，仅 form-encoded body / query string 才允许 +。本工具默认 %20，勾选选项可切换为表单风格。
• 双向解码：解码 URL 时本工具同时把 + 还原为空格，能正确处理 form-encoded 数据。
• HTML 数字 vs 命名实体：命名实体（&）人类可读但只覆盖 ~250 个常用字符；数字实体（☃ 雪人 ☃）能精确表示任意 Unicode 码点。
• HTML 解码鲁棒：解码使用浏览器原生 DOMParser，命名实体、十进制 A 与十六进制 A 三种形式都自动识别。

• encodeURIComponent vs encodeURI: the former escapes all URL reserved chars (including /, ?, &) — best for single param values; the latter preserves URL structural chars — best for whole-URL touch-up.
• + vs %20: URL path requires %20; only form-encoded body / query string allows +. Default here is %20, toggle for form-style.
• Two-way decode: decoding URLs also restores + → space, so it round-trips form-encoded data.
• HTML named vs numeric: named entities (&) are human-readable but cover only ~250 chars; numeric entities can express any Unicode code point.
• Robust HTML decode: decoding uses the browser's native DOMParser, recognizing named, decimal A and hex A entities transparently.

• encodeURIComponent مقابل encodeURI: الأول يهرب جميع الأحرف المحجوزة في URL (بما في ذلك / و ? و &) — الأفضل لقيم المعلمات الفردية؛ الثاني يحافظ على الأحرف الهيكلية في URL — الأفضل للمس عنوان URL كامل.
• + مقابل %20: يتطلب مسار URL %20؛ + صالح فقط في سلسلة استعلام/نص form-encoded. الافتراضي هنا %20، بدّل إلى نمط النموذج.
• فك تشفير ثنائي الاتجاه: فك تشفير URL يعيد + ← مسافة، فيدور بشكل دائري بيانات form-encoded.
• HTML المسمى مقابل الرقمي: الكيانات المسماة (&) قابلة للقراءة لكنها تغطي ~250 حرفاً فقط؛ يمكن للكيانات الرقمية التعبير عن أي نقطة كود Unicode.
• فك تشفير HTML قوي: فك التشفير يستخدم DOMParser الأصلي للمتصفح، يتعرف على الكيانات المسماة والعشرية A والست عشرية A بشفافية.