URL Slug 生成
把标题、文件名转成 URL 友好的 slug：可选转小写、空格换横杠、去特殊字符；写路由、生成锚点时一步到位。
>_ 使用指南 · GUIDE
把文章标题、文件名或任意字符串粘贴进来，一键生成 URL 友好的 slug：可转小写、把空格换成横杠（-）、去掉特殊字符，输出结果可直接用作路由路径、页面 URL、锚点或文件别名。
slug 是 URL 里那段可读的标识，如 https://example.com/blog/hello-world 中的 hello-world。好的 slug 简短、小写、用横杠分词、不含空格与特殊字符，既利于人读，也利于搜索引擎理解主题。手写容易漏改，工具一键规整最省事。
常见用法：
- 标题转 slug：把「Hello World! 入门指南」转成
hello-world-ru-men-zhi-nan之类的 URL 路径 - 文件名转别名：把含空格、大写、特殊字符的文件名转成可进 URL 的 slug
- 统一规则：自定义是否转小写、是否去特殊字符，让生成的 slug 符合站点约定
处理完全在浏览器本地完成，标题内容不会上传到任何服务器。
>_ 常见问题 · FAQ
Q1 · slug 到底是什么？和文件名、URL 有什么关系？
slug 是 URL 中用于标识某篇内容的那段可读文本，通常由标题衍生而来，例如 …/posts/how-to-install-git 里的 how-to-install-git。它替代难以记忆的 ID 或查询串，让链接可读、可分享、利于 SEO。多数 CMS 和博客系统在发布时用标题自动生成 slug。
Q2 · 好的 slug 应该遵循什么规则？
通用最佳实践：全小写；用横杠 -（而非下划线或空格）分词，Google 将横杠视为词分隔、把下划线当连接符，所以横杠对 SEO 更友好；去除标点与特殊字符；尽量简短并包含核心关键词。中文内容常因不转写为拉丁字符而保持原文编码，或按站内规则做转写/拼音处理。
Q3 · 为什么要转小写、把空格换横杠？
URL 在语义上通常区分大小写不敏感，但路径大小写混用会导致重复内容或 404（不同服务器对大小写敏感度不同），统一小写能避免链接不一致；空格在 URL 里必须编码成 %20 又丑又易错，换成 - 则干净且被当作词分隔，利于 SEO。所以「小写 + 横杠」是行业默认。
Q4 · 特殊字符和中文字符会被怎么处理？
规则通常分两类：对可安全进 URL 的拉丁字母与数字予以保留并转小写；对空格转横杠；对 ! @ # $ % & * ( ) 等标点符号予以去除。中文提供三种策略：「转拼音」（如"Vue3 组合式 API 实战"→vue3-zuheshi-api-shizhan，多音字按词组取常用读音，词库随页面加载不出浏览器）、「保留」（中文按字符保留，URL 中呈百分比编码，适合内网）、「丢弃」（纯 ASCII 输出）。另有分隔符（横杠/下划线）切换与「数字后缀去重」（同标题多篇时追加 -2 风格后缀）；结果区同时展示百分比编码后的最终 URL 形态，方便直接判断链接长相。
Q5 · 改 slug 会影响已经发布的链接吗？
会。slug 一变，旧 URL 就失效了。生产环境的做法是：发布后尽量不改 slug；确需修改时，给旧路径配 301 跳转到新 URL，避免用户和搜索引擎访问到死链。所以生成时就把 slug 定好（简短、含关键词、遵循规范），能减少后续迁移成本。