hello-world-cafe-naive-resume关于 Slug 生成器
Slug 是 URL 路径里那段人类可读、对 SEO 友好的标识符，比如把"我的第一篇博客"转成 my-first-blog。本工具在浏览器本地把任意标题转成规范 slug：统一转小写、用连字符替换空格、去除标点、可对中文做拼音或音译处理、合并连续分隔符并裁剪首尾连字符。你还能自定义分隔符、最大长度与是否保留 Unicode 字符。所有处理均在浏览器本地完成，无需安装任何软件，它适合在生成博客 URL、文件命名或路由参数时把标题转成规范、对 SEO 友好的标识符。生成后建议再通读一遍，避免多音字的拼音转换或长度截断造成语义不清；用于博客与文档路由时保持简短且包含关键词，对收录与点击都更友好，若后续调整链接请记得配置跳转，避免旧地址失效带走已有引用。
转写策略决定了非拉丁文字能否落到地址里，这是最需要事先约定的部分。常见做法是音译成拉丁字母，让地址保持可读且不产生转义字符；另一种是把无法转写的字符直接丢弃，得到的是更短的地址但可能丢失区分度。两种做法在中文与日文内容上差异极大，因此应当在生成规则里明确选择，而不是依赖工具默认。
地址一旦对外发布就应当尽量保持不变，这是使用这类转换时最需要建立的意识。页面地址被外部引用、被搜索引擎收录、被用户收藏之后，任何改动都会让旧链接失效；因此更稳妥的做法是保留原地址并让新链接指向它，而不是为了「更规范」而去改历史地址。若确实必须改动，应当同时配置跳转。
分隔符与首尾处理需要统一规则，否则同类内容会得到不同形态的地址。连续的空白与标点会被转换成多个分隔符，若不合并就会在地址里留下一串横线；而首尾的分隔符若不去掉，地址看起来会像是不完整的。因此生成规则应当包含「合并连续分隔符」与「去除首尾分隔符」两条，并在生成后抽查确认。
大小写与长度上限是另一组需要固定的约定。统一为小写能避免同一内容因大小写不同而产生多个地址，也便于在大小写不敏感的服务器上正常解析；而超长标题直接转写会得到难以阅读的长地址，因此通常需要设定长度上限并在边界处按完整词截断，避免把词切成两半。
与既有路由的冲突必须在生成阶段检查，而不是等到部署后才发现问题。转换会把不同原文映射到同一个结果（例如仅标点不同的两个标题），若不加处理，后生成的内容会覆盖前一个。因此生成时应当检查结果是否已被占用，并在冲突时追加区分后缀，把这当作流程的一部分而不是例外处理。
最后，保留原文与地址的对应关系对后续维护很重要。当需要排查某个链接为何失效，或需要确认两个地址是否指向同一内容时，有一份可查的对应表比反复重跑转换规则更可靠。因此建议把生成结果与原始标题一并记录，这样即使转换规则日后调整，也能回溯当时为什么生成了这个地址。
实现原理
转换把标题规范成 URL 可用的标识：统一小写、把空格与标点替换为连字符、折叠重复连字符并去掉首尾。关键在于「不可读的字符怎么办」——非 ASCII 字符可以保留（分享时会被百分号编码）或转写为拼音，两条路各有代价，通常的做法是配合英文关键词或编号，而不是追求逐字对应。
Hello World! 你好hello-world（非 ASCII 部分按策略取舍：保留、转写或省略）使用方法
- 打开「Slug 生成器」
- 输入或粘贴待处理的内容
- 根据需要调整输出选项
- 点击「运行」按钮，结果实时显示
- 复制或导出结果
使用场景
- 博客固定链接 — 把文章标题转成简洁 slug 作为 permalink，提升可读性与搜索排名。
- 电商商品 URL — 将商品名转为干净路径，去掉特殊符号避免 URL 编码乱码。
- 文档锚点 — 为 Markdown 标题生成与目录一致的 id，便于页内跳转。
- 文件命名 — 把含空格和中文的标题转成适合做文件名的安全字符串。
- 多语言路由 — 为 i18n 站点根据本地化标题批量生成各语言版本的路径段。
常见问题
为什么用连字符而不是下划线？
Google 明确建议在 URL 中用连字符（-）分隔单词，搜索引擎会把它当作空格识别词边界；下划线则可能被视作连接符，导致两个词被当成一个。
中文标题怎么处理？
可选择转成拼音（如"你好"→ni-hao）或保留原字符。现代浏览器支持 Unicode URL，但保留中文会在分享时被百分号编码，是否使用取决于目标平台。
slug 应该多长合适？
建议控制在 3-5 个关键词、60 字符以内。过长会被搜索结果截断，也不利于记忆和分享，可设置最大长度自动裁剪。
不同标题生成了相同 slug 怎么办？
本工具只负责字符串转换，去重需在你的系统里做，常见做法是在重复 slug 后追加序号或短哈希，确保 URL 唯一。
会处理 emoji 和特殊符号吗？
默认会移除 emoji 与标点等不安全字符，只保留字母、数字和分隔符；若需要保留某些符号可在选项中调整。
中文标题转成 slug 后变成一串编码，能用吗？
可以工作但不理想。保留中文字符会在分享与粘贴时被百分号编码，链接变得很长且难以口头传达；转成拼音可读但可能与原文含义脱节，且同音字容易冲突。更实用的做法是中文标题配合英文关键词或直接用编号，让 slug 兼具可读性与唯一性，而不是追求完全对应原文。
改了 slug 之后旧链接怎么办？
必须设置跳转，否则旧链接会直接失效，已收录的页面与外部引用都会丢失。正确做法是把旧地址以永久跳转指向新地址，并保持跳转长期有效；跳转是临时的还是永久的会直接影响缓存与权重传递，因此不要用临时跳转替代。变更后还应更新站点地图并提交，加快新地址的发现。
中文标题 slugify 后变成空字符串？
slugify 默认只保留拉丁字母与数字，中文字符被整体移除。中文内容需要拼音转换或保留原文（URL 编码）。对 SEO 而言，纯拼音 slug 与保留中文（会被编码成 %E4%BD%A0 形式）各有取舍，先定策略再批量处理。