双击一个后缀是式用什打 .shtml 的文件，浏览器十有八九会把它当成纯文本甩给你看——满屏的式用什打 <!--#include virtual="/header.html" --> 和 HTML 标签混在一起，像一份没煮熟的式用什打菜。这不是式用什打文件坏了，是式用什打你打开的方式不对。

shtml 里的式用什打“s”指的是 Server Side Include，服务端包含。式用什打它本质上还是式用什打 HTML，只是式用什打多了一套特殊的注释指令，让服务器在把页面发给浏览器之前，式用什打先执行一些动作——比如把公共的式用什打导航栏、页脚插进来，式用什打或者显示当前时间、式用什打文件修改日期。式用什打这些指令写在 <!--#...--> 里，式用什打普通 HTML 文件里它们就是注释，浏览器直接忽略；但在 shtml 里，服务器认得它们，会先处理再输出。

所以，直接用浏览器打开本地硬盘上的 shtml 文件，浏览器只认 HTML 部分，那些 SSI 指令原封不动地留在源码里，该显示导航栏的地方一片空白。你看到的页面要么残缺，要么干脆乱码。这不是浏览器的问题，是 shtml 需要服务器环境才能正常干活。

那到底用什么打开？

分两种情况。如果你只是想看看这个文件里写了什么代码，用任何文本编辑器都行——VS Code、Sublime Text、Notepad++，甚至系统自带的记事本。打开后能看到完整的 HTML 结构和 SSI 指令，适合改代码或者排查问题。但别指望看到渲染后的页面。

如果你要看的是最终效果，必须让文件跑在支持 SSI 的 Web 服务器上。Apache 默认就支持，只要在配置文件里确认 Options Includes 或者 Options +Includes 开着，然后把 shtml 文件放进网站根目录，通过 http://localhost/yourfile.shtml 访问。Nginx 稍微麻烦点，需要装 ngx_http_ssi_module，然后在配置里写 ssi on;，并且把 shtml 的扩展名关联到 SSI 处理。IIS 也有对应的服务器端包含功能，在“服务器角色”里勾选就行。

我见过有人把 shtml 文件直接拖进 Chrome，然后抱怨“怎么显示不了导航栏”。也见过有人用 Dreamweaver 的设计视图打开，以为那就是最终效果——其实 Dreamweaver 只是模拟了一部分，遇到动态包含照样抓瞎。最稳妥的办法：本地装个 XAMPP 或者 Laragon，把文件丢进 htdocs，启动 Apache，浏览器访问 localhost。前后不超过三分钟。

另外，有些老网站会把 shtml 当成静态页面的缓存文件。如果你从服务器上直接下载了一个 shtml 文件，里面可能还引用了别的本地路径，比如 <!--#include file="menu.html" -->。这时候就算你架了服务器，如果 menu.html 不在同一个目录下，照样报错。SSI 的包含路径分 file 和 virtual 两种，前者是相对路径，后者是相对网站根目录。搞错了就是一片空白。

顺带一提，现在用 shtml 的网站越来越少了。PHP、Node.js、甚至纯静态生成器都能干同样的活，而且更灵活。但如果你接手了一个十多年前的老站，或者公司内网还跑着 Apache 2.2，那 shtml 就绕不开。别想着用浏览器直接打开，那是白费劲。找个服务器环境，或者干脆用 curl 命令看服务器返回的最终 HTML——curl http://example.com/page.shtml，出来的就是处理后的结果，干净利落。

最后说个坑：Windows 下有些编辑器会把 shtml 关联到“Microsoft HTML Document”，双击后调用 IE 或者 Edge 的旧模式，结果还是一样——源码。改文件关联没用，关键还是服务器。记住，shtml 不是给本地双击用的，它是给服务器读的。