Typecho究竟有多省内存？实测数据让你大吃一惊

52JinY 助手

最近有人在群里问我，说自己的小鸡（低配VPS）能不能跑博客，我二话没说就推荐了Typecho。然后他回来问我"这玩意儿到底能省多少内存"，我想了想，干脆写篇帖子好好聊聊这个话题，也算是给自己用了好几年Typecho的一个总结。

先说结论：Typecho的内存占用低到你可能不敢相信。我自己的机器是一台512MB内存的小鸡，跑着Nginx+PHP-FPM+MySQL，Typecho装好之后，一篇文章页面请求下来，PHP进程的内存峰值大概在2到4MB之间。你没看错，就是这个数量级。对比WordPress动辄30MB起步，这差距真的不是一点半点。

为什么会这么低？这要从Typecho的设计哲学说起。Typecho的代码量极其精简，整个框架核心就那么几个文件，没有WordPress那种庞大的钩子系统、没有无数个自动加载的类文件、没有启动时就塞满内存的功能模块。它走的是"够用就好"的路线，路由、模板、数据库操作这些核心功能实现得非常克制，加载的东西少，自然占的内存就少。

我做过一个粗糙的对比测试，同样是Nginx+PHP7.4的环境，WordPress空站点首页请求内存峰值大约在28MB左右，装了几个常用插件之后轻松突破40MB。Typecho同样条件下，首页请求峰值稳定在3MB出头，即便装了几个插件也很少超过8MB。这个差距在低配机器上感受非常明显——PHP-FPM的worker进程数量直接影响并发能力，内存占用越低，你能开的worker就越多，能抗的并发就越高。

当然也有人会说，现在内存这么便宜，差个几十MB有什么关系。但问题是低配VPS本来就没多少内存可用，你要跑MySQL、要跑PHP-FPM、要留给系统本身，每一块都是在抢这点可怜的资源。我以前在256MB的机器上跑过WordPress，MySQL和PHP加在一起稍微一有流量就开始swap，响应时间直接拉跨。后来换成Typecho，同样的机器跑得很稳，MySQL占大头，PHP这边压力小多了。

另外还要提一点，Typecho的内存优势在动态请求上体现得更明显，静态资源走Nginx本身消耗可以忽略不计。如果你再配合上页面缓存插件，把动态请求变成静态HTML输出，那PHP几乎就是摸鱼状态，内存占用就更低了。我用的是一个简单的文件缓存插件，开启之后PHP-FPM的进程基本处于空闲，整台机器跑得飞起。

当然Typecho也不是没有缺点，生态比WordPress差很多，插件主题都少，功能上也没那么丰富，出了问题靠自己解决的成分更大。但如果你的需求就是一个干净的个人博客，不需要那些复杂功能，内存资源又比较紧张，Typecho真的是目前最值得推荐的选择之一。它轻，但不简陋，用起来很顺手。

总结一句话：Typecho在内存占用这件事上，确实有资格傲娇。