java的执行效率，在j2ee上是可以接受的，比如JSP，一个class载入之后一直运行，因此JIT可以做的很好，用很长的启动时间换取执行效率。
在嵌入式领域，硬件设计者不惜做专门的协处理器甚至让CPU直接支持执行java字节码（比如ARM）来给java加速，效率也不成问题。
关键是桌面，java在桌面应用上的效率是个大问题，启动速度不能很慢，x86的机器好像也不打算支持java字节码。
应该承认曹参是有勇气的，敢用java做这么大的一个项目。
用java做桌面的大应用的，除了各家IDE（Borland的JBuilder和IBM的eclipse）外，就只有永中了吧？
其实，java不能被编译成本地代码的一大原因是它是一个动态的语言，通过符号而不是指针来引用别的类和方法，这个特点使它成为出色的网络语言，可以动态地从网上装载.class文件。但在用不到动态特性的地方，比如永中office的代码只引用的那几个类，而不从网上当，编译成本地代码是有可能的，不知有否这个计划？

    诚然，使用JAVA编写的软件速度可能会有点慢，但是随着SUN公司JDK版本的更新，尤其是最近JDK1.4的推出都会提升JAVA的运行效率；
    另外，随着硬件的不断升级，JAVA在速度的表现上并不会有任何差异

哎，太笨了，看不太懂啊，：（

真是有意思

很想让JAVA运行在我电脑里的每一个角落。

哦？torvaldsing是北大的？上次看你的帖子就觉得特强

什么人说什么话嘛^_^

我觉得编译成本地码也就启动快点，运行速度要比过Sun优化过的JVM不容易。解决这个问题的根本方法就是在操作系统启动时就启动JVM。

JSP在j2se中怎么没有啊