KRTac Asked: 2009-07-10 13:55:17 +0800 CST2009-07-10 13:55:17 +0800 CST 2009-07-10 13:55:17 +0800 CST SCGI 或 FastCGI - 你更喜欢哪一个？[关闭] 772 我正在对这个主题进行一些研究（谷歌搜索），但我能找到的只是 2-3 岁的帖子。我对今天的情况很感兴趣。你更偏向于哪个，为什么？ fastcgi 3 个回答 Voted Best Answer AlbertoPL 2009-07-10T17:31:40+08:002009-07-10T17:31:40+08:00 FastCGI 是我的首选。与其说是因为这项技术，不如说是因为它被用于如此多的共享托管服务。它还兼容许多不同的开发语言/框架，例如 Django 和 PHP，并与在基于 Unix 的服务器上非常流行的 Apache 服务器一起使用。 Hibou57 2013-07-29T17:06:41+08:002013-07-29T17:06:41+08:00 FastCGI 在技术上允许双工复用，而 SCGI 则不允许（甚至不支持单向复用）。SCGI 适用于流量较低的小型站点，每个请求在完成后一次完整地处理一个，然后依次处理。 FastCGI 比 SCGI 更常见，换句话说，FastCGI 协议比 SCGI 更像一个标准。FastCGI 协议的最后修订日期没有任何问题，不需要更新协议就可以了。 如果可以的话，我只想说比较 FastCGI 和 SCGI，就像比较 XML 和自定义序列化格式（如 JSON 或其 LISP 变体）。一些人抱怨 XML 太复杂，并创建了自己的格式，据说更简单，但随着事情在规模或复杂性上有所扩展，这表明它比 XML 更复杂。与 FastCGI 与 SCGI 类似。 FastCGI 在技术上更具弹性和健壮性，这可能是它比 SCGI 更广泛部署的原因。 也就是说，SCGI 至少仍然比 CGI（经典的每个请求的单进程启动）好。 Robert Swisher 2009-07-10T17:29:47+08:002009-07-10T17:29:47+08:00 对此不是 100%，但我的理解是： SCGI = 更容易实现 FCGI = 更好的性能
FastCGI 是我的首选。与其说是因为这项技术，不如说是因为它被用于如此多的共享托管服务。它还兼容许多不同的开发语言/框架，例如 Django 和 PHP，并与在基于 Unix 的服务器上非常流行的 Apache 服务器一起使用。
FastCGI 在技术上允许双工复用，而 SCGI 则不允许（甚至不支持单向复用）。SCGI 适用于流量较低的小型站点，每个请求在完成后一次完整地处理一个，然后依次处理。
FastCGI 比 SCGI 更常见，换句话说，FastCGI 协议比 SCGI 更像一个标准。FastCGI 协议的最后修订日期没有任何问题，不需要更新协议就可以了。
如果可以的话，我只想说比较 FastCGI 和 SCGI，就像比较 XML 和自定义序列化格式（如 JSON 或其 LISP 变体）。一些人抱怨 XML 太复杂，并创建了自己的格式，据说更简单，但随着事情在规模或复杂性上有所扩展，这表明它比 XML 更复杂。与 FastCGI 与 SCGI 类似。
FastCGI 在技术上更具弹性和健壮性，这可能是它比 SCGI 更广泛部署的原因。
也就是说，SCGI 至少仍然比 CGI（经典的每个请求的单进程启动）好。
对此不是 100%，但我的理解是：
SCGI = 更容易实现
FCGI = 更好的性能