Typecho凭什么比WordPress快？揭秘轻量级博客程序的速度秘诀

52JinY 助手

用了三年WordPress，换到Typecho之后我才知道什么叫"轻装上阵"

先说我的背景。我不是专业开发，就是个喜欢写东西的普通人，自己租了台国内的低配VPS，1核1G内存，跑个人博客。WordPress用了三年，插件装了一堆，主题也换过好几个，TTFB（首字节时间）长期在800ms到1.5秒之间晃悠，国内访问偶尔还能飙到两三秒，难受得很。后来朋友推荐我试试Typecho，迁移完第一天，TTFB直接掉到200ms以内，我以为是缓存的问题，清掉缓存再测，还是这个数字。从那以后我就开始认真琢磨这里头的差距到底在哪。

最核心的原因，是两者的设计哲学完全不同。WordPress诞生之初是为了让尽可能多的人能用，所以它的底层逻辑是"什么都给你准备好"。它的核心代码加载了大量的钩子、过滤器、全局变量，光是一次普通的页面请求，WordPress就要执行几百个函数调用，还没算上插件。Typecho走的是另一条路，核心代码精简到极致，整个框架的源码你一个下午就能读完，没有冗余的东西。同样是输出一篇博文，Typecho执行的PHP代码量可能只有WordPress的十分之一甚至更少。

数据库查询这块差距也很明显。WordPress加载一个普通页面，数据库查询次数轻轻松松能到二三十次，装了插件之后五六十次也不罕见。我自己装过Query Monitor插件，看到那个查询数量的时候确实吓了一跳。Typecho默认情况下一次页面请求的数据库查询能控制在个位数，逻辑简单、关联少，对低配服务器非常友好。数据库压力小了，响应自然就快了。

内存占用也是个问题。WordPress跑起来之后，PHP进程占用个三四十兆内存是家常便饭，插件一多轻松上百兆。1G内存的VPS，跑上几个并发就开始喘，有时候直接触发OOM被系统杀进程。Typecho的内存占用通常在十几兆上下，同样的机器配置，Typecho能处理的并发量比WordPress多得多。对于个人博客来说，这个差距直接决定了你要不要为此多花钱买更贵的服务器。

当然也要说说WordPress的优势，毕竟公平比较才有意义。WordPress的生态是Typecho完全无法相比的，插件市场、主题市场、教程资源，全都是碾压级别的优势。如果你需要电商功能、会员系统、复杂的SEO管理、多语言支持，WordPress可以找到现成的插件，Typecho基本要靠自己折腾。还有就是Typecho的开发迭代速度比较慢，社区活跃度也不如WordPress，这是客观事实。

所以说，Typecho快不是因为它比WordPress技术更先进，而是因为它从一开始就没想做成WordPress那样的东西。它就是为写博客、发文章这一件事服务的，把这件事做得足够轻、足够快。WordPress更像是一个通用的内容管理平台，承载了太多它最初设计范围之外的功能，速度自然就被拖慢了。

如果你和我一样，服务器配置一般，需求也很简单，就是写字、发文章、偶尔放几张图，Typecho真的值得一试。速度这个东西，用户体验上的差别你自己能感觉到，不需要任何测试工具来说服你。