发信人: walts (小天堂), 信区: DotNET        
标  题: 再说一说C#与Java
发信站: BBS 水木清华站 (Tue May  8 18:30:34 2001)


前面wuxq贴的文章比较详细的分析了C#和
Java在语法上的异同，(后面几章是分析C#的特征的)
下面再看看他们的编译实现,还有一些相关技术背景。

c#和java的确很相像，但是他们之间最大的不同是java采用解释执行，
而c#采用编译。但是c#的编译和c的编译又完全不同，他是一种jit编译
ava也有，但是他们工作方式又有不同。

语言编译器(如CSC)将.cs文件编译成扩展了PE格式的文件中(eg:exe or .dll)
PE文件中= IL伪代码(p代码,Microsoft Intermediate Language, MSIL)+
           元数据（Metadata）.
            * [  
               元数据是类型库、注册表内容和其它用于COM的信息,反正就是
               一些各种类型的定义、各种类型成员的签名以及其它数据
              ]                    
            * [ IL代码是CPU无关的，这也意味着. 你要用目标机器上的一个
                编译器才能把IL代码转换成原始代码。
                MSIL将负责算术和逻辑操作符,控制流,直接内存访问,堆栈操作
                参数和局部变量,堆栈分配,对象模式,实例类型值,临界区,数组...
                IL代码自身变成了NGWS runtime的受管执行进程的入口  
              ]
NGWS runtime 即时编译器(JITters)根据一有的PE文件生成我们所要的native code.
MSIL和JITER让我们联想起了Java的byte code, jvm和jit。
他们是如此的相像，但实际上有天壤之别：
1。
  MSIL可以理解为.net上的汇编语言。这是因MSIL 不是一种
  可执行码仍然是一种某种形式的语言不过是编译的时候加上了
  metadata包装成了二进制流的格式，我们可以通过ms的ildasm
  反编译器查看到这种类似于汇编语言的中间码。而java的
   bytecode，从某种意义下它已经是一种可执行码了（不过不是cpu执行而是jvm执行）.
  
2。C# 的JITER和 java的 jvm jit工作方式不同。
   .net的运行库和java的代码库的不同。在java中所有的系统库都以
   bytecode形式存放，然后由jvm解释程序中所有的需要用到的库代码
   然后调用本地系统的接口完成相应的操作。

   而.net的通用运行库(CLR)是100%本地代码。.net系统是一个
   充满了CLR的dll的大容器。当jit载入MISL时，MISL并不指
   挥.net系统去调用本地的系统接口。而是指定.net系统去编译连接
   那些需要的clr的dll。编译出来的是100%native code。从技术上
   说，全部的处理过程如下：当一个类型被装载时，装载器创建一个存
   根(stub)，并使它连接每一个类型的方法。当一个方法第一次被调用
   时，存根把控制交给JIT。JIT把IL编译为原始代码，且把存根指针
   指向缓冲了的原始代码。接着的调用将执行原始码。在某些位置上，
   所有的IL都被转换成为原始代码，而JITter处于空闲状态。可以看出
   中间有一个代码缓冲器。

总结：

可以说c#是结合了c/c++编译和java的中间代码的自的优点，
又屏蔽了各自的缺点：:c/c++不独立平台，java的低效率

Java自己也有JIT，但是它的jit是不彻底的，仍然不是100%的
native code,仍然需要jvm的解释执行。因此java的性能一直没有办法
提高。

C#的方法是编译但是又不同于c的编译，他将编译分为几个阶段来进行。
汇编代码的编译肯定比源代码来的快，jit的局部代码编译肯定比全部程
序编译来的快，因此使用c#编程性能上的损失比java少的多，当然和c
比起来还是有一点延迟特别是代码启动的时候，但是比java好得多了。

                 


--

※ 修改:·walts 於 May  8 18:31:03 修改本文·[FROM:  166.111.142.76]
※ 来源:·BBS 水木清华站 smth.org·[FROM: 166.111.142.76]
上一篇
返回上一页
回到目录
回到页首
下一篇