必须在config/app.php中设置url_html_suffix，它控制url()生成、路由匹配及缓存行为；设为'html'启用后缀，false则彻底关闭；仅靠Nginx重写会导致URL生成错误、缓存冗余和逻辑冲突。
必须在 config/app.php 中设置 'url_html_suffix'，且不能只靠路由规则或 Nginx 重写来“假装”带 .html——否则 URL 生成、跳转、缓存都会出错。
配置 url_html_suffix 并确认生效位置
ThinkPHP 的 HTML 后缀控制是全局行为，由 url_html_suffix 配置项驱动，它影响：url() 函数输出、URL 自动生成、静态缓存文件名、以及路由匹配时的后缀感知。这个配置必须写在 config/app.php（不是 config/route.php）中：
-
'url_html_suffix' => 'html'：启用 .html 后缀（可设为'html|shtml'多值） -
'url_html_suffix' => false：彻底关闭后缀逻辑（此时即使路由写了.html也不匹配） - 该配置对所有应用生效；多应用模式下，若子应用需不同后缀，得在对应子应用的
config/app.php单独覆盖 - 改完必须运行
php think route:clear，否则旧缓存会忽略新后缀规则
路由规则里要不要显式写 .html？
取决于你是否要求「强制带后缀访问」。如果只是希望生成的链接带 .html、但允许不带后缀也能访问（兼容旧链接），那路由规则里完全不用提 .html，靠 url_html_suffix 就够了。但如果你要「只允许 /news/123.html 访问，/news/123 直接 404」，就得结合两步：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 路由定义中用
ext('html')限定后缀：Route::get('news/:id', 'News/read')->ext('html'); - 或者在规则字符串末尾加字面量：
'news/:id.html' => 'News/read'（注意此时:id后必须紧接.html，不能有空格） - 关键点：仅用
ext('html')不足以阻止无后缀访问——还需关掉「后缀可选」逻辑，即确保config/app.php中没有开启'url_multi_suffix'或类似宽松匹配
为什么 Nginx/Apache 重定向不是首选方案？
单纯靠服务器层把 /xxx/123 301 跳到 /xxx/123.html，会导致三个实际问题：
立即学习“PHP免费学习笔记（深入）”；
-
url('news/read', ['id'=>123])仍生成/news/123，前端还得手动拼后缀，违背框架语义 - 静态缓存（
HTML_CACHE_ON）会按真实 URL 路径存文件，/news/123和/news/123.html被当成两个地址，缓存冗余甚至冲突 - 中间件或行为中调用
request()->url()拿到的是重定向后的 URL，可能干扰权限判断或日志记录 - 真正干净的做法是：让框架原生支持并强制解析带后缀路径，服务器只做静态文件服务或 fallback
最易被忽略的是 url_html_suffix 和路由 ext() 的协同关系——前者管“生成”，后者管“匹配”，两者不一致时，url() 生成的链接点进去就是 404。
