编制网络程序，我一直以为isapi是效率最高的，谁有不同的看法？也请高手针对.net,java,corba等作一下对比。(300分)

同意pcplayer的意思。还有就是要看应用来。如果是一般的应用，大可不必考虑ISAPI。
如果是极端变态的应用，还不如直接写一个HTTP Server，该Server中应用COM+来管理数据，效率应该不错。
Java的方案中，效率要比ISAPI差，但要比ASP这类解释型的好。问题在于Java的门槛要比ASP或者PHP高，写得不好的JSP要比ASP还要差很多。
在同等硬件条件下，ASP.NET的表现要比Java差上一点点，但如果说限定在SQLServer上的话，那么ASP.NET就要比Java表现好了。
显然，在做网络程序中，目前来看，如果你的服务器定位在Window+IIS+MS SQLServer，首选的解决方案是ASP.NET或者Delphi.NET。如果是Linux+Apache+MySQL，那么，仍然是PHP4的天下，如果选用其他的方案，那么，MacroMedia的ColdFusion实在是一个不错的选择。
ISAPI的主要应用事实上是跳转或者解释特定的功能（比如某些脚本，某种加密）。
p.s. IIS中负责解释ASP的ASP.DLL事实上就是一个ISAPI。在IIS上使用JSP的话也要用一个Jakata的ISAPI去解释JSP标记。

茶壶说：
>>p.s. IIS中负责解释ASP的ASP.DLL事实上就是一个ISAPI。在IIS上使用JSP的话也要用一个Jakata的ISAPI去解释JSP标记。
没错！

如果真的按照运行效率讲话，肯定是isapi。比com肯定快很多。
你可以简单测试一下，看看那个快，我记得我们测试的结果（99年低，ibm什么型号的服务器忘了，200台虚拟机，ddn64b专线）。
同样200台虚拟机同时访问数据库查询结果（数据库sqlserver,11w条纪录，不带注释和图像，复合，分组，分页查询），一个反应时间是16ms，一个是21ms，数据库端（那边的我忘了，不过也肯定是isapi快）。
有的时候，需要你自己动手测试再说效率。感觉com和com+的效率很低，速度比较好，其实根本就快不多少，就是不如isapi。好像用专门开发的com的速度和直接用vbscript中直接用本地数据库的速度差不多。后来我写过一个新闻系统就是直接用的vbscript中的com对象，虽然isapi速度很快，可是我们对速度要求不高，而且我们当时的头头坚持用com所谓的新技术==垃圾。

茶壶 的分析很精辟啊！
我想问一下：如果我是sun sco + oracle 9i的后台，怎么做啊？现在是用的websphere + ejb + jsp，感觉效率不高。

每个com+对象都对应一个数据模块，我想问的就是这样是不是太繁琐了。
请那位解释一下

g z

1、 Web应用的瓶颈往往在数据库上。
2、 纯粹的WEB交互技术中，ISAPI是最快的
3、 do
t Net等框架的服务器缓存技术大大加速了Web应用的速度、但是内存开销加大了
总之，不是特别的巨量运算等特殊需求，脚本足以应付，ISAPI开发维护都麻烦。

你的问法就有问题.
起码.net是不能与isapi 这样提的,因为asp,asp.net都是由一个isapi程序解释的
(asp.dll或asp_net.dll),也就是说asp和asp.net在webserver中运行本质上仍是isapi,
只是由一个isapi来解释而已. 所以理论上讲,asp,asp.net比一个纯isapi dll效率肯定要差.
另外php在iis中运行时也是分二种形式,一种是cgi方式,一种是isapi,即php.exe和isapi_php.dll
因为iis是只能认得isapi,只能装入isapi dll,其它形式的都需要通过isapi dll来扩展,除了asp,asp.net,php什么的,你也可以写出其它方式的,如dws,就支持pascal脚本,因为写了一个支持pascal脚本的isapi