伪静态存储器是什么？它和伪静态规则差在哪

你连上 FTP，进到文章目录 ls 一遍，那个 123.html 压根不在磁盘上，可浏览器里敲进去它就能开。这种事我见过太多回，问的人张口就是——伪静态存储器是什么？是不是服务器上专门有块地方存着这些假页面？每次我都得先泼一盆凉水：页面压根没存下来，被存下来的只是那几行让它看起来存在的规则。先把“存”这个字拆开，剩下的就好懂了呗。

伪静态存储器是什么？先把这个“存”字掰开

伪静态的本质是 URL 重写。外面看到的 /news/123.html 是个漂亮地址，服务器收到之后按规则转手交给 /news.php?id=123 去跑，php 现算出一篇内容，再以 200 的状态吐回浏览器。磁盘上从头到尾没有 123.html 这个文件，所以它才叫“伪”。真静态是先把页面烤成文件放那儿晾着，来个人直接端走；伪静态是来一个人现炒一份，锅还是那口锅，火还得一直开着呢。

现算的，不是现成的。

规则文件才是真正被“存”下来的那块东西

非要说“存储器”，落点就在这几个文本文件上：Apache 系的 .htaccess 或 httpd.conf，nginx 的 nginx.conf 和 conf.d 下的片段，IIS 那边是 web.config。Apache 写 RewriteRule ^news/([0-9]+)\.html$ news.php?id=$1 [L]，nginx 写 rewrite ^/news/([0-9]+)\.html$ /news.php?id=$1 last;，两行字加起来几十个字符，占的空间小到可以忽略，可它们决定了成千上万个 URL 长得像不像静态页。规则一没，伪静态立刻塌成 404，一条都进不来啊。

规则一丢，当场 404。

伪静态存储器和伪静态规则差在哪：位置、时机、谁在干活

这两个词听着像亲戚，其实一个管“放在哪”，一个管“长什么样”。规则是内容，是那段带正则的配置文本，它躺在 conf 目录的磁盘块上，Web 服务器启动时把它读进进程内存，请求进来时按顺序逐条匹配，命中就重写、没命中就往下走，所以你会看到 rewrite 在内存里干活、规则在磁盘上躺着，这俩根本不是一回事。真要说“存储器”，指的应该就是存放这堆配置的那个位置——本地磁盘、共享存储、或者容器镜像里被烤进去的一层；而规则指的是匹配逻辑本身，换台机器、换个路径，规则还是那套规则，存储器却早换了地方。搞清这层，排错方向就不一样了：规则没生效你去查语法和顺序，存储器出问题你去查文件在不在、读不读得到、权限对不对。

一个剧本，一个舞台。

混着叫也怪不得谁，很多面板把这个开关直接标成“伪静态”，点一下就往 .htaccess 里追加一段，你既看不到它存哪、也看不到它写的啥。

我一般这么查：三步分清是规则在跑，还是真有文件

上手先看文件在不在，进到目录 ls -l 一遍，或者 stat 一下那个 html 路径，返回 No such file or directory，说明它不是真文件；接着 curl -I 那个地址，看返回头的 Content-Type，顺带留意有没有 X-Powered-By 这类痕迹，有就八成还在跑动态；再往下才是开日志，nginx 在 nginx.conf 里加 rewrite_log on、级别调 notice，error.log 里能看到 rewritten 的链路，Apache 那边 LogLevel 调到 debug，匹配过程会一行行吐出来。三样对得上，基本就定了呗。

日志不会骗人。

顺带说个容易忽略的点：页面里如果有 $_SERVER[‘REQUEST_URI’] 这种输出，伪静态下拿到的是那个 .html 地址，看着像静态，取参数还是得靠 $_GET，别拿 REQUEST_URI 去解析 id，不然线上和本地一测就露馅。

共享虚拟主机上，.htaccess 是最容易“丢”的那块存储

虚拟主机大多是多站点挤一台机器，你动不了主配置，伪静态就只能在 .htaccess 里做嘛，这也正是“存储器”最脆的地方。控制面板里点一下“伪静态”开关，本质就是往那个文件追加一段；换主题、装插件、面板升级、甚至你从 Windows 记事本另存一次，都可能把它覆盖掉或者改坏。我吃过记事本的亏——存成带 BOM 的 UTF-8，Apache 读到文件头那几个字节直接 500，页面全白，错误日志里甩一句 Invalid command，你盯着代码看半天也看不出问题在哪，换成 LF 换行、去掉 BOM，立刻就好。

看不见的才最坑。

真要“存”静态页，那就别叫伪静态了

有些 CMS 带“静态化”，跑一遍就在磁盘上生成一堆 html，这是真静态。页面确实被存下来了，来一个人端走一份，不吃 CPU，可它吃磁盘。改内容还得重新生成、清理旧文件，量大了同步也麻烦。再往后一步，把生成的页面丢到对象存储，前面挂 CDN，源站压力一下就轻了——这时候“存储器”三个字才是字面意思，存的是页面本体，不是规则。伪静态省事，改动即时生效，代价是每次请求都要过一遍 php；真静态快，代价是生成和失效那一套流程。两条路都行，别混着走。混着走最容易出现缓存里一半新一半旧。

两条路，选一条走到底。

权限也得看一眼。.htaccess 属主被面板改成了别的用户，Web 进程读不到，规则等于不存在；目录 755、文件 644 这个老规矩没坏处，别为了省事给 777 就好。

一个常被问到的边界：伪静态会不会拖慢站点

会，但通常不是主要矛盾。多一层正则匹配的开销，跟一次数据库查询比根本不算什么，真拖慢你的往往是没加索引的 SQL 或者没开 opcache。倒是规则写得太贪心会出事：一条 .* 通配把所有请求都吃掉，连 css、图片、后台入口一起重写，那就不是慢的问题了，是整站都打不开。规则的顺序也得留意啊，[L] 标记意味着命中即停，前面写宽了，后面精准的规则永远轮不到。

改完规则别急着收工啊，拿几条典型 URL 挨个试一遍：列表页、详情页、分页、带参数的搜索页，还有后台那个碰不得的入口。分页最容易翻车，/news/2.html 和 /news?page=2 混着写，重写一圈就进死循环，浏览器直接甩 too many redirects。

收个尾：先把名词分清，再动手

伪静态存储器是什么？说白了，它不是存页面的仓库，就是那堆规则文本的落脚点。规则才是内容。存哪儿只是位置。这两件事分开看，排错时就不会一边改配置一边怀疑磁盘坏了。真要动手，我一般按这个顺序走：先确认目标文件不在磁盘上，再 grep 一遍规则文件里有没有对应的正则，然后打开 rewrite 日志跑一条请求，回过头来才查文件权限和编码。四步下来，八九不离十。剩下的，就看你愿不愿意为那点 CPU 换成真静态了，各有各的账。