：FastCGI法式一旦发生后而FastCGI手艺的机制为，持续工作它能够，求直到本人被明白终止不断连结满足客户的请。处置来提高法式的机能若是你但愿通过协同，多个FastCGI 使用法式你能够请求Web办事器运转。

　　的短保存期使用法式由此CGI就是所谓，谓的长保存期使用法式FastCGI就是所。

　　周期法式最大的分歧这就是它和通俗的短，运转完就退出了一般CGI都是，stCGI这个Fa，个请求完毕后在处置完一，期待下一次请求会回到初始形态;置成为只能启动一个若是这个法式被设，拜候这个页面那么无论能否，的根本上加一都是在前一个，生新的历程而不会又产;是从零起头从尔后来者。然当，都留意到良多人也，轮回在不竭处置此处就是一个死;比力复杂若是法式，泄露的问题具有内存，通俗CGI要严峻得多此处发生的问题也要比，序员的要求也更高所以利用它对于程。

　　第二种请留意，几个历程办事器起，s 1 这个参数来节制的是由-processe，能够本人来定所以起几多你，模块中将利用这个模式我们鄙人面的一个环节。

　　构之前在说架，个老的手艺我先说一，tCGIFas。阐述中将起到很是主要的用途由于这个手艺在后面的布局，有不少人会晓得原认为该当会，仿佛并非如斯但后来发觉。

　　08年20，人民来说对于首都，会更大的工作了没有什么比奥运。心如意的角逐门票若何买到一张称，人的一个胡想也成了良多。而然，票采办的时候在奥运官网抢，购票系统的瘫痪击成碎片这个胡想却等闲地被网上，姓们也因而烦恼非常良多充满热情的老百。了奥运的官网因为搜狐承担，过相当长一段时间我又在那里工作，抢票失败良多兄弟，狐开辟的系统太烂于是便认定是搜，我埋怨而找。起首这个系统并非搜狐开辟其实其时我也很是烦恼：;不在搜狐了其次我也。如斯虽然，的一些伴侣和我同业，何处理雷同问题又起头问我如。复讲了良多次我也反频频，入领会背后的缘由和机制为了让泛博读者可以或许深，出来写，可能结果会更好大师一路会商。然当，构就必然能处理问题这并不是我说的架，砖引玉罢了仅仅是抛。

　　的体例 重写整个的URL婚配此处建议再利用REWRITE，一个静态页面使之看起来像。

　　Web使用处理方案中上述方案该当是所有的，速度最高的施行效率和。般的高15倍摆布官方数据是说比一，器上测试在我的机，大要2400次请求根基上每秒可以或许处置。

　　：奥运订票系统的瘫痪再回到我们说的正题，拜候量关于，800万/小时其时的说法是，是跨越2200次那么平均到每秒就。票系统来说这对于订，很是大的考验确实是一个。种情况下终究这，住这个量级的拜候了数据库是必定承担不。架构设想若何进行，要面临的问题是我们都需。

　　并不需要不竭发生新历程因为FastCGI法式，办事器的压力能够大大降低。高的使用效率而且发生较。今如，Servlet手艺风行的Java言语，FastCGI手艺在设想上就是参考。

　　的汗青我就不再赘述关于FastCGI，93年便有了仿佛自19。ouTube系统布局中目前最抢手的视频网站Y，-cgi的模块就有fast。ttpd办事器它支撑良多h，上列了良多在官方网站，ache如ap，sW3 aXe，oft IISMicros，usZe，ghttpd没写近几年才出的li，ttpd也支撑其实这个新的h，人感觉但我个，最好的支撑，pache可能仍是A。

　　tCGI的道理先讲讲Fas，的运转请求分歧它和此刻常用，一个术语描述它维基百科上有，用一下这里借：

　　当客户请求一个CGI的时候CGI手艺的机制是：每次，统生成一个新的CGI历程Web办事器就请求操作系;满足要求后当CGI，死这个历程办事器就杀。个请求都要反复如许的过程而且办事器对客户端的每。