静态网页是asp

打开记事本，静态写几行HTML，网页保存为.asp后缀，静态扔进IIS的网页目录里，浏览器照样能打开。静态页面显示正常，网页样式也没丢。静态这事儿我试过，网页不是静态瞎编。很多人以为ASP文件里必须写VBScript或者JScript，网页其实服务器端脚本只是静态嵌在HTML里的可选部分。一个纯静态的网页HTML文档，改个扩展名变成.asp，静态IIS会把它当ASP处理，网页但里面没有<% %>标记，静态服务器就原样吐给浏览器。结果和.html没区别。

那为什么有人这么干？我见过一个老项目，所有页面都是.asp，但打开源码一看，除了<!--#include file="header.asp" -->这种SSI指令，连一行脚本都没有。问维护的人，他说当年从.html批量改名过来的，因为要统一用include做公共头部。IIS里.html默认不解析SSI，.asp可以。就这么简单。静态内容没变，只是换了个容器。

这里有个容易混淆的点。ASP是Active Server Pages的缩写，它本身不是一种语言，而是微软在IIS里搞的一套服务端脚本环境。你写.asp文件，里面可以纯HTML，也可以混VBScript。纯HTML的时候，它就是静态网页。但文件扩展名决定了IIS怎么处理它——.asp会走asp.dll，.html走静态文件模块。前者有解析开销，后者没有。我做过粗糙测试，同一个页面内容，.asp后缀的响应时间比.html多几毫秒。本地开发无所谓，高并发下这点开销会被放大。

另一个真实场景：有些CDN或者缓存层，默认不缓存.asp文件。你放个静态页上去，每次请求都回源。我帮人排查过，一个活动页访问慢，最后发现是.asp后缀导致CDN跳过缓存。改成.html，命中率直接上去了。所以别觉得“反正内容一样”，基础设施对扩展名的态度不一样。

还有安全层面。.asp文件如果被上传漏洞利用，攻击者塞个webshell进去，哪怕你原本是静态页，服务器也会执行里面的脚本。纯.html就没这个风险。我见过一个站，上传目录允许.asp，结果被人传了张图片马，图片内容里藏了<%eval request("cmd")%>。虽然文件头是GIF89a，但IIS照样解析。静态网页用.asp后缀，等于给自己多开了一扇门。

那什么时候该用.asp装静态内容？几乎没必要。除非你整个站点都跑在经典ASP上，公共头部用include，懒得改架构。或者你需要在静态页里做一点点服务端判断，比如根据User-Agent输出不同CSS，又不想引入新文件。但这点需求用.html加JavaScript也能凑合。我个人的判断是，新项目别碰.asp，老项目能改就改。静态就是静态，别让它背ASP的锅。

最后说个细节。有人把.asp文件里的HTML写得很规范，DOCTYPE、meta、语义化标签一应俱全，然后问我为什么搜索引擎收录慢。我一看，服务器返回的Content-Type是text/html没错，但URL结尾是.asp。有些爬虫策略会对动态后缀降低抓取频率。你内容再静态，后缀骗不了人。改成.html或者做伪静态，收录速度肉眼可见变快。这不是玄学，是爬虫的预算分配逻辑。

所以静态网页是asp吗？可以是，但没必要。就像你把矿泉水装进咖啡杯，喝起来还是水，但别人总以为你在喝咖啡。麻烦。