Java無用論

2019-11-18 14:14:16

字體：大中小

來源：轉載

供稿：網友

　　1. 寫這篇文章的目的
學了一些關于java的東西，個人認為它很不好用。為了減少上當人數特寫此文。
盡管 java 宣稱它是100%面向對象，而C++不是。但是宣稱100%面向對象本身就不是什么面向對象的思想。面向對象的本質目的是提高生產率。討論一種語言是否100%面向對象就似乎討論我們的社會性資性社一樣滑稽。其實學習面向對象不一定非要使用java不可。我反而認為120%面向對象的C++是不錯的選擇。
Java號稱跨平臺，其實這是只一個夢想，也不妨用騙局這個詞來形容。軟件的移植性僅僅和虛機相關嗎？照此理論是不是可以說符合IA32 體系的軟件在任何IA32體系上都能正常運行。那我怎么沒看見SCO：：lf 在 NT上運行？顯然，除了虛機，軟件二進制規范（執行文件格式、連接方法）、運行時間庫和系統調用也是軟件移植問題因素。而 java規范中顯然不包括完整的運行時間庫和系統調用，甚至二進制規范也有不兼容的地方（比如本原接口和固有接口）。軟件總不能脫離它的運行環境，不兼容就從這里開始。
要提高軟件生產效率。應當認認真真的研究系統結構、二進制規范、系統調用結構才是解決問題的方法。靠概念游戲這種投機取巧的方法是行不通的。
我說java不好，甚至不必對其側目，你信嗎？我估計信的人不多。我只是想說"上當之后別怪我沒說"。另外假如您在Java中發現了甜頭也不妨告訴我?；ハ鄬W習嗎:)。
2. Java究竟是什么？
Java是一種虛擬硬件系統結構，是一種軟件二進制規范，是一種編程語言。當我們看到Java一詞時，它可能表達上述三個含義鐘的任何一個。盡管這三個東西可以獨立存在，不過實際上他們總是在一起出現。所以也很少有人分的那么明確。使用Fortran語言編寫Java虛機上的代碼理論上是可行的。但是有誰樂意做這件事呢？
作為虛擬硬件體系結構， Java虛機和ALPHA、PowerPC、SPARC、IA32、51、960是同一概念上的東西。也許您會希奇？他們怎是同樣的東西呢？IA32不就是PIII、PI V那一大塊嗎？其實不然、我們知道386、P5、P6、P7的內部結構非常不同。屬不同的微體系。但是他們實現了相同的IA32指令集合。IA32 也不一定非要通過硬件實現，通過軟件也可以。這種軟件CPU產品廣泛出現在操作系統和CPU密集軟件的開發、調試工具上。主要用于在C PU出現之前調試軟件。Java指令集同樣也可以通過硬件實現。只是在半導體工業激烈競爭的時代，沒有大公司（含SUN）愿意把這么做。 SUN經常說M$很害怕java。他們之間的確存在很強的競爭關系。倒不是Java高級語言的問題，我認為是Java二進制規范和 Windows操作系統存在競爭。不妨考察Java中的(.class文件格式、裝入方法、執行過程、JDBC接口、J3D接口)和Windows中的(PE文件格式、DLL文件格式、裝入、連接方法、ODBC、Direct3D)。就知道競爭多么強烈。和N T/IA不同。Java.exe執行程序包含虛機規范和二進制規范。在NT/IA 中是分離的產品。
人們總喜歡把Java高級語言和C++類比，他們之間的確存在很過相似的地方。不過我認為C++和Java不存在什么競爭。它們使用在不同的場合。他們的區別（內存治理、對象類型、線程規范）決定他們的用途。用形似而神不似來形容C++和Java吧。僅從高級語言方面來看。J ava真正競爭來自ECMAScript 。也就是JScript和VBScript。
3. Java虛機和IA32比較
Java VM和IA32最大的區別是Java VM的主要實現不考慮效率問題。由此派生出寄存器少，指令結構簡單（同樣功能生成的程序代碼長），尋址空間小，尋址方法少、數據類型少等。除了上述問題，Java VM 沒有涉及指令（顯式或隱式）并行問題。
3.1. 基本特性差別
3.1.1. 數據類型比較

Java VM
IA32
整數類型
byte　
short(16bit) char(UnionCode)
int　
long (64bit)
{不存在無符號算術運算指令,另外注重這里沒有boolean類型}
byte
Word（16bit）
DoubleWord(32bit)
QuotaWord(64bit)
DoubleQuotaWord(2*64bit)
BCD/PackedBCD
BitField
{存在有符號和無符號兩種運算指令}　
浮點類型
float(32bit)
double(64bit)
float(32bit)
double(64bit)
long double(80bit)
Packed double(2*64bit)
地址
returnAddress*
8bit , 16bit , 32bit , 48bit都有

沒有顯示的看到returnAddress 類型的寬度，不過。通過指令goto(0xa7)和goto_w(0xc8)來看。retu rnAddress是可以是16位或32位的。
關于double和Long的原子問題：在目前的java規范中，double和long 作為兩個獨立的32 位數據獨立存取。這樣可能產生同步問題。歷史上Intel的CMPXCHG8B（Pentum PRo以上CPU提供）指令就存在過類似問題，一度被指責是CPU設計問題。好在CMPXCHG8B很少使用，沒有造成什么事故。
3.1.2. 指令集
指令類型
JavaVM
IA32
Load/Store
1）數據和運算棧之間單個移動
2）常數移入運算棧

1） MOVE
2） CMOVEXX
3）交換，瑣操作
4） PUSH/POP
5） PUSHA/POPA
6） IN/OUT
元算指令
add , sub , mul , div , neg , rem , shl , or , and , xor
比Java多多了，主要多在顯式并行上類型轉換基本類型之間可以互相轉換有（由于類型很多，轉換指令也有很多）方法調用 4條指令一大堆，主要多在權限切換（調用門）、長短跳傳不同上。

3.1.3. 異常
雖然JavaVM有異常的支持，不過很簡單。它不區分中斷、陷阱和故障。也不能明確指出出錯代碼的PC，并返回那里重新執行。
3.1.4. 執行態
Java VM沒有用戶態和系統態執行區分。當然也沒有MMU(治理內存分頁、分段的內存治理單元)．除非被Java高級語言限制，java VM匯編代碼也能完成一些惡意操作。
3.1.5. 小結
總而言之，Java VM很簡單。SUN總是認為通過編譯優化Java可以達到 C++速度。顯然是謊言。假如要編譯成本地代碼，顯然要丟失移植性。假如不編譯成本地代碼，效率問題如何解決？有一種及時編譯的設計。對于很小的應用也許可行。對于規模的應用呢？要知道優化編譯很費CPU和內存。像IA64體系的優化方案，要編譯很多遍才能優化完成。要運行時刻編譯是不是天方夜譚。
4. Java高級語言和C++、JScript比較
4.1. 效率，謊言
很多書上寫Java是很快的語言。這時一定要看清楚是比誰快。語句傳了幾本書難免有些誤差，比較對象經常有意無意丟失。一般認為Java 比JScript快。的確快很多，不只十倍。我也承認Java比JScript快。但有人說Java和C++效率接近。這就是騙人了。他們也能做出試驗證明，試驗結果似乎也能證實結論。他們的實驗大概都是形如這樣。

Java, C++測試代碼：
for ( I = 0 ; I<100 ; I++ )
{
RemoteCall( I );　 //外部調用，調用一次用1s。
｝
結果：
Java 102s , C++ 100s。
結論：
Java達到了C++ 98.0%的效率。
這種測試違反了測量學中要把測試對象放到主要矛盾上這一基本原理。方法的不正確當然帶來了測試結果的不正確。有本事比比
for ( I = 0 ; I<10000; I++)
{
y = x * z;　　//由Java語言或C++語言實現執行體　　　
}
我的結果是170倍。也就是PIII變成了286。假如使用指令并行優化，C++和Java的速度差異可以達到千倍以上。想用一下8088嗎？
4.2. 功能缺失導致代碼膨脹
簡單的說，Java比C++缺少編譯預處理、缺少運算符重載、多繼續和類模板。我認為取消這些概念很粗暴。和C++不同。對于大規模編程來說，Java的代碼量不會比C少多少。甚至由于類型約束太強。有可能比C的代碼量還大。
Java常稱多繼續比較困難，所以要取消。而且使用實現接口的方法可以代替C++的多繼續。但是，實現接口要自己寫所有的接口實現代碼。不嫌煩就慢慢寫吧。
為什么要取消運算符重載？真是不可理解，既簡單又好用。它居然說難，且輕易造成混亂。
總之，處理這幾個大方向的問題，還有很多小問題。據說AWT不好用, 感覺他們為了完成任務寫程序。
4.3. 簡單的騙局
自古便宜沒好貨。Java總是宣揚Java如何簡單，主要宣揚的好處是垃圾自動收集和線程同步。其實不然，由于Java沒有釋放要害字。使得不能及時釋放或定時釋放不必的數據。要知道能夠分配的不只是內存，還有數據庫句柄、文件句柄、結果集等。這樣不得不繞來繞去的完成這些任務。其實C++的析構函數是自動調用的，也不用自己手動掉用。碰到一些非凡情況，C++也能很好的解決。
也許java的線程比較簡單吧，不過C++中也可以繼續線程類。由于本人沒有涉及線程編程。這里不好亂說。
5. Java的兼容性
相對本地代碼來說，Java程序的確移植性比較好。歸其原因不外有二。一來Java虛機只一種（不像天下有很多種CPU），二來Java二進制規范只有一種(不像這么多種操作系統)。但是，Java代碼真的可以隨心所欲的移植嗎？其實不然，上述兩條中的任何一種不再滿足，都會影響ByteCode的移植性。
現在，Java的主要版本已經有1.0 , 1.1.7 , 1.2(2.0)三個。更殘酷的是1.1.7和1.2不兼容。一個很聞名的例子。Websphere不能在Java1 .2上運行。另外WebLogic不能在1.0上運行。
java的二進制規范呢？jview( MS java)就自立門戶。他的.class裝入方法就和java for win32不同。另外它提出了其他的本地代碼連接方法。顯然這里也會造成不兼容。
除了上述兩條重要的原因，還有就是程序的運行環境。比如操作系統是否區分文件名的大小寫。數據庫是否中調用都能返回執行成功。EJ B的代碼是否有EJB 的運行服務器。等等。
6. 在精通Java之前否定Java
本人只是對Java略知一二。為什么就非要否定java呢。其實，從一般科學觀點審閱java。就會發現其中的問題。
6.1. Java代碼不符合從簡單到復雜的熟悉規律
代碼比較：
Java Code Example:
import java.applet.*;
import java.awt.Gaphics;
public class HelloWorldApplet extends java.applet.Appple
{
public void init(){
resize( 200 , 150 );
}
public void paint( Graphics g){
g.drawString("Hello World" , 50 , 100);
}
}

C++ Code Example:
#include
class Hello :public Applet
{
public void init();
public void paint(Graphics g);
};

Hello::init()
{
resize( 200 , 150 );
}
......

我們看到，java開始就要求寫函數的實現。而C++先要描述輪廓。再寫函數實現。
6.2. Java對從一般到非凡的思維方法支持的不好
從一般到非凡，是重要的思維方法。對應到計算機學科就是繼續。而今多繼續的概念已經廣為流傳。比如我們說"小花貓"，就是繼續" 小"、"花"、"貓"三個概念。假如在字典上看到小花貓這個詞，它一定不再描述"小"、"花"、"貓"這三個概念，而是繼續他們。但是java只能繼續其中的一個。對另外連個還要仔細的描述。寫起來是不是很煩。
6.3. Java設計不尊重"任何事物都有產生、發展、消亡的過程"這一自然規律
Java沒有析構函數。這一點很討厭。我只想重復一遍"對象不都在內存空間中"。
6.4. Java 不能表達少數類之間的緊密相關
java要求每個類使用一個文件。這種實現可能和它的自動編譯執行方式有關。注重這種限制不是實現上問題，而是規范中的語句。但是這種方法合適嗎？請看下面C++的例子。將這兩個類分開為兩個文件是
否真的好讀？
strUCt menuitem{
String　strX;
int　　　iIndex;
};

class menu{
menuitem item[100];
... ...
};
和這種情況類似，javadoc也不能對緊密相關的數據進行描述。至于類模板。java更是不支持。自己一個一個的慢慢寫吧。
6.5. 批判Java的批判
Java要誕生，必須批判原有C/C++語言的缺陷。列舉其中一二。 "C/C++語言中的整形數據不限制長度。這樣一來當程序從32位系統移植到16 位系統時會造成錯誤"?？墒亲屑毾胂?。這種移植的概率究竟有多少？
"Java不像C/C++，它完全不支持指針"。按此理論，同樣不支持指針的Fortran77和basic是不是也很強壯。
"Java不答應隱式類型轉換"。假如整形和浮點數據之間的轉換都要寫一下，是不是很煩。
"聯合體、全局變量他們都不是面向對象的東西"。面向對象一直就沒有什么定義。本著好用的東西就是好東西的原則，保留這些概念也不錯。像M_PI這類的常量或者項目中的確全局相關的準常量，使用全局變量是不是很方便？至于聯合體，是優化存儲效率用的，像 Java 這種不考慮效率的語言自然不會支持。
"java存在比C++多的運算符"。似乎是多一些，他們是(字符串 +), > >> , （boolean）& and , instanceof。但是我們分析一下。由于java不支持運算符重載，只好單獨實現(字符串 +)。由于java 不區分有符號和無符號數據，所以使用>>>來表達無符號右移、由于jav a中的boolean和整形之間沒有聯系，又不支持運算符重載，所以對bo olean類型單獨實現& and 。至于instanceof的確是Java 獨創，不過這個運算符的用處還要考慮。我在引用某變量時居然能不知道它的類型？

6.6. 兼容以不兼容為代價使用java 必須一切從頭開始。java不能繼續原有的工作。而且它也不能很好的和其他語言混合編程。這就和C++區別大了。首先C++繼續了大部分C語言代碼。其次，C++可以和Pascal , Fortran , Basic， T-SQL等其他語言方便混合。尤其方便的是ASM語言和 C++混合。發揮不同語言的優點。俗話說"朋友多，天地寬"嗎。而 java只能孤軍奮戰了。
7. 結束語
寫這篇文章用了一天半的時間。又在Java上花了這么多時間，真是心痛。但愿有些效果。

上一篇：java陷阱--面試(題集)雜談

下一篇：JAVA網站大全