html文件名中的花括号{}只是普通字符，无变量替换功能；需通过构建工具替换、meta标签声明或内容内嵌来实现作者与日期信息。
HTML 文件名里不能用 {作者}_{日期} 这种带花括号的命名方式——浏览器不解析、服务器不识别、文件系统当普通字符处理，它只是你看着像变量，实际毫无动态含义。
HTML 文件名根本不是模板语法
很多人看到 index_{author}_{date}.html 这类写法，误以为像 Vue 或 Jinja 那样能自动替换。但纯 HTML 文件在浏览器中是静态加载的，{作者}、{日期} 这些只是字面字符串，不会被展开。服务器返回什么，浏览器就原样接收什么。
- 如果你直接把
page_{张三}_20240615.html当作文件名保存，那它就是个合法文件名（只要不含/ \ : * ? " |），但花括号没任何特殊作用 - 想实现“按作者/日期生成不同文件”，必须靠构建工具（如 Webpack、Vite）或脚本（Node.js、Python）在生成阶段替换文本，而不是靠 HTML 自己“理解”花括号
- Git 提交记录、CI/CD 日志里出现
{作者}，大概率说明你忘了做变量替换，或者模板没跑起来
真要带元信息，推荐这几种务实做法
需要在 HTML 中体现作者和日期，应该把信息放在内容或元数据里，而不是幻想文件名能“活过来”：
- 用
<meta name="author" content="张三">和<meta name="date" content="2024-06-15">写进—— 语义清晰，SEO 友好，机器可读 - 在页面底部加一段
<p class="meta">作者：<code>张三｜更新于：2024-06-15—— 用户可见，维护时一眼定位 - 如果走自动化发布流程，用
sed、envsubst或html-webpack-plugin的templateParameters在构建时注入真实值，输出成page_张三_20240615.html—— 此时文件名才真正承载了信息，且不可变
Windows / macOS 下文件名含下划线的兼容性提醒
虽然 _{作者}_{日期} 看着工整，但要注意实际限制：
- Windows 对文件名长度敏感，总长超 260 字符可能被截断或报错
The system cannot find the path specified - macOS 不区分大小写，
page_张三_20240615.html和page_张三_20240616.html并列没问题，但若有人手写脚本用ls page_*批量处理，别忘了通配符会匹配所有，容易误操作 - Git 本身不关心文件名是否含中文，但某些旧版 IDE 或 FTP 工具对 UTF-8 文件名支持弱，可能出现乱码或上传失败 —— 建议作者名用拼音（
zhangsan）、日期用标准格式（20240615）更稳妥
花括号在文件名里就是普通字符，别指望它有逻辑；真正要让作者和日期“起作用”，得靠构建时替换、元标签声明，或者干脆写死在 HTML 内容里。哪条路都比幻想文件名自解释来得实在。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
