1995年，我拨号上网，第一次在浏览器里敲下一个网址。页面加载用了整整四十秒，出来的是纯黑背景上几行绿色文字——一个用Perl写的CGI留言板。那感觉像打开了一扇暗门，背后是另一个世界的呼吸声。

CGI，Common Gateway Interface，公共网关接口。今天提起它，年轻人会皱眉，像看博物馆里的蒸汽机。但在那个没有PHP、没有ASP、更没有Node.js的年代，它是Web世界唯一的动态血脉。服务器上跑着Apache，cgi-bin目录里躺着编译好的C程序或Perl脚本，每一次表单提交，服务器就fork一个进程，执行脚本，把结果拼成HTML吐回浏览器。粗暴，原始，但有效。

我记得自己写的第一个CGI程序，是用C语言做的计数器。每次有人访问，程序就打开一个文本文件，读出数字，加一，写回，再输出一张像素风格的数字图片。那时候没有数据库，文件系统就是全部。后来流量大了，文件锁问题让我头疼了整整一周——两个进程同时读写，数字就乱了。最后用flock()解决，那种茅塞顿开的感觉，比现在调通一个React组件爽十倍。

CGI的笨拙恰恰是它的诚实。每个请求都从零开始，没有共享状态，没有连接池，进程像潮水一样涨落。这种无状态设计在今天看来反而成了优点——它迫使你把所有状态都放在客户端或文件里，逻辑简单到不可能出现内存泄漏。我见过一个运行了十五年的CGI论坛，代码还是1998年的Perl，管理员说从没崩过。相比之下，我去年写的微服务，三个月就重构了两次。

当然，CGI的代价是性能。每个请求都要fork进程，Apache得承受巨大的上下文切换开销。2000年左右，一个日均十万访问量的CGI网站就能让服务器喘不过气。我记得有个站长朋友，为了省资源，把计数器的图片缓存到浏览器，结果数字不准，被用户骂惨了。后来他改用mod_perl，把Perl解释器嵌进Apache，性能提升了几十倍，但配置复杂到他自己都记不住步骤。

现在看CGI，像是看一个用算盘做量子计算的人——精神可嘉，但路子走错了。可如果没有那段路，后来的FastCGI、WSGI、PSGI这些改良方案都无从谈起。它们本质上都在解决同一个问题：怎么让脚本处理请求时不用每次重新启动。CGI是那个试错的原点，是Web动态化的第一块踏脚石。

我偶尔还会翻出那个老留言板的代码，看着里面用print输出的HTML片段，想起1995年那个深夜。屏幕上的绿字闪烁，有人从地球另一端留言：“Hello from Finland！”我盯着那行字看了很久，突然意识到，这台破电脑通过一根电话线，和整个世界连在了一起。CGI很慢，很笨，但它打开了那扇门。门开了，就再也关不上了。