第一篇：Java程序員在寫SQL程序時(shí)候常犯的10個(gè)錯(cuò)誤

Java程序員編程時(shí)需要混合面向?qū)ο笏季S和一般命令式編程的方法，能否完美的將兩者結(jié)合起來完全得依靠編程人員的水準(zhǔn)： 技能(任何人都能容易學(xué)會(huì)命令式編程)模式(有些人用“模式-模式”,舉個(gè)例子,模式可以應(yīng)用到任何地方，而且都可以歸為某一類模式)心境(首先，要寫個(gè)好的面向?qū)ο蟪绦蚴潜让钍匠绦螂y的多，你得花費(fèi)一些功夫)但當(dāng)Java程序員寫SQL語句時(shí)，一切都不一樣了。SQL是說明性語言而非面向?qū)ο蠡蚴敲钍骄幊陶Z言。在SQL中要寫個(gè)查詢語句是很簡單的。但在Java里類似的語句卻不容易，因?yàn)槌绦騿T不僅要反復(fù)考慮編程范式，而且也要考慮算法的問題。

下面是Java程序員在寫SQL時(shí)常犯的錯(cuò)誤(沒有特定的順序)： 1.忘掉NULL

Java程序員寫SQL時(shí)對NULL的誤解可能是最大的錯(cuò)誤。也許是因?yàn)?并非唯一理由)NULL也稱作UNKNOWN。如果被稱作UNKNOWN，這還好理解些。另一個(gè)原因是，當(dāng)你從數(shù)據(jù)庫拿東西或是綁定變量時(shí)，JDBC將SQL NULL 和Java中的null對應(yīng)了起來。這樣導(dǎo)致了NULL = NULL(SQL)和null=null(Java)的誤解。

對于NULL最大的誤解是當(dāng)NULL被用作行值表達(dá)式完整性約束條件時(shí)。

另一個(gè)誤解出現(xiàn)在對于NULL 在 NOT IN anti-joins的應(yīng)用中。解決方法： 好好的訓(xùn)練你自己。當(dāng)你寫SQL時(shí)要不停得想到NULL的用法： 這個(gè)NULL完整性約束條件是正確的? NULL是否影響到結(jié)果? 2.在Java內(nèi)存中處理數(shù)據(jù)

很少有Java開發(fā)者能將SQL理解的很好.偶爾使用的JOIN,還有古怪的UNION,好吧.但是對于窗口函數(shù)呢?還有對集合進(jìn)行分組呢?許多的Java開發(fā)者將SQL數(shù)據(jù)加載到內(nèi)存中,將這些數(shù)據(jù)轉(zhuǎn)換成某些相近的集合類型,然后再那些集合上面使用邊界循環(huán)控制結(jié)構(gòu)(至少在Java8的集合升級以前)執(zhí)行令人生厭的數(shù)學(xué)運(yùn)算.但是一些SQL數(shù)據(jù)庫支持先進(jìn)的(而且是SQL 標(biāo)準(zhǔn)支持的!)OLAP特性,這一特性表現(xiàn)更好而且寫起來也更加方便.一個(gè)(并不怎么標(biāo)準(zhǔn)的)例子就是Oracle超棒的MODEL分句.只讓數(shù)據(jù)庫來做處理然后只把結(jié)果帶到Java內(nèi)存中吧.因?yàn)楫吘顾蟹浅Ｂ斆鞯募一镆呀?jīng)對這些昂貴的產(chǎn)品進(jìn)行了優(yōu)化.因此實(shí)際上,通過將OLAP移到數(shù)據(jù)庫,你將獲得一下兩項(xiàng)好處: 便利性.這比在Java中編寫正確的SQL可能更加的容易.性能表現(xiàn).數(shù)據(jù)庫應(yīng)該比你的算法處理起來更加快.而且更加重要的是,你不必再去傳遞數(shù)百萬條記錄了.完善的方法: 每次你使用Java實(shí)現(xiàn)一個(gè)以數(shù)據(jù)為中心的算法時(shí),問問自己:有沒有一種方法可以讓數(shù)據(jù)庫代替為我做這種麻煩事.3.使用UNION代替UNION ALL 太可恥了，和UNION相比UNION ALL還需要額外的關(guān)鍵字。如果SQL標(biāo)準(zhǔn)已經(jīng)規(guī)定了支持，那么可能會(huì)更好點(diǎn)。UNION(允許重復(fù))UNION DISTINCT(去除了重復(fù))移除重復(fù)行不僅很少需要(有時(shí)甚至是錯(cuò)的)，而且對于帶很多行的大數(shù)據(jù)集合會(huì)相當(dāng)慢，因?yàn)閮蓚€(gè)子select需要排序，而且每個(gè)元組也需要和它的子序列元組比較。

注意即使SQL標(biāo)準(zhǔn)規(guī)定了INTERSECT ALL和EXCEPT ALL，很少數(shù)據(jù)庫會(huì)實(shí)現(xiàn)這些沒用的集合操作符。處理方法：

每次你寫UNION語句時(shí)，考慮實(shí)際上是否需要UNION ALL語句。4.通過JDBC分頁技術(shù)給大量的結(jié)果進(jìn)行分頁操作

大部分的數(shù)據(jù)庫都會(huì)支持一些分頁命令實(shí)現(xiàn)分頁效果，譬如LIMIT..OFFSET,TOP..START AT,OFFSET..FETCH語句等。即使沒有支持這些語句的數(shù)據(jù)庫，仍有可能對ROWNUM(甲骨文)或者是ROW NUMBER()OVER()過濾(DB2,SQL Server2008等)，這些比在內(nèi)存中實(shí)現(xiàn)分頁更快速。在處理大量數(shù)據(jù)中，效果尤其明顯。糾正：

僅僅使用這些語句，那么一個(gè)工具(例如JOOQ)就可以模擬這些語句的操作。

5.在java內(nèi)存中加入數(shù)據(jù) 從SQL的初期開始，當(dāng)在SQL中使用JOIN語句時(shí)，一些開發(fā)者仍舊有不安的感覺。這是源自對加入JOIN后會(huì)變慢的固有恐懼。假如基于成本的優(yōu)化選擇去實(shí)現(xiàn)嵌套循環(huán)，在創(chuàng)建一張連接表源前，可能加載所有的表在數(shù)據(jù)庫內(nèi)存中，這可能是真的。但是這事發(fā)生的概率太低了。通過合適的預(yù)測，約束和索引，合并連接和哈希連接的操作都是相當(dāng)?shù)目臁＿@完全是是關(guān)于正確元數(shù)據(jù)(在這里我不能夠引用Tom Kyte的太多)。而且，可能仍然有不少的Java開發(fā)人員加載兩張表通過分開查詢到一個(gè)映射中，并且在某種程度上把他們加到了內(nèi)存當(dāng)中。糾正：

假如你在各個(gè)步驟中有從各種表的查詢操作，好好想想是否可以表達(dá)你的查詢操作在單條語句中。

6.在一個(gè)臨時(shí)的笛卡爾積集合中使用 DISTINCT 或 UNION 消除重復(fù)項(xiàng)

通過復(fù)雜的連接，人們可能會(huì)對SQL語句中扮演關(guān)鍵角色的所有關(guān)系失去概念。特別的，如果這涉及到多列外鍵關(guān)系的話，很有可能會(huì)忘記在JOIN..ON子句中增加相關(guān)的判斷。這會(huì)導(dǎo)致重復(fù)的記錄，但或許只是在特殊的情況下。有些開發(fā)者因此可能選擇DISTINCT來消除這些重復(fù)記錄。從三個(gè)方面來說這是錯(cuò)誤的：

它(也許)解決了表面癥狀但并沒有解決問題。它也有可能無法解決極端情況下的癥狀。

對具有很多列的龐大的結(jié)果集合來說它很慢。DISTINCT要執(zhí)行ORDER BY操作來消除重復(fù)。對龐大的笛卡爾積集合來說它很慢，還是需要加載很多的數(shù)據(jù)到內(nèi)存中。解決方法: 根據(jù)經(jīng)驗(yàn)，如果你獲得了不需要的重復(fù)記錄，還是檢查你的JOIN判斷吧?？赡茉谀硞€(gè)地方有一個(gè)很難覺察的笛卡爾積集合。7.不使用MERGE語句

這并不是一個(gè)過失，但是可能是缺少知識(shí)或者對于強(qiáng)悍的MERGE語句信心不足。一些數(shù)據(jù)庫理解其它形式的更新插入(UPSERT)語句，如 MYSQL的重復(fù)主鍵更新語句，但是MERGE在數(shù)據(jù)庫中確是很強(qiáng)大，很重要，以至于大肆擴(kuò)展SQL標(biāo)準(zhǔn)，例如SQL SERVER。解決之道: 如果你使用像聯(lián)合INSERT和UPDATE或者聯(lián)合SELECT..FOR UPDATE然后在INSERT或UPDATE等更新插入時(shí)，請三思。你完全可以使用一個(gè)更簡單的MERGE語句來遠(yuǎn)離冒險(xiǎn)競爭條件。8.使用聚合函數(shù)代替窗口函數(shù)(window functions)

在介紹窗口函數(shù)之前，在SQL中聚合數(shù)據(jù)意味著使用GROUP BY語句與聚合函數(shù)相映射。在很多情形下都工作得很好，如聚合數(shù)據(jù)需要濃縮常規(guī)數(shù)據(jù)，那么就在join子查詢中使用group查詢。

但是在SQL：2003中定義了窗口函數(shù)，這個(gè)在很多主流數(shù)據(jù)庫都實(shí)現(xiàn)了它。窗口函數(shù)能夠在結(jié)果集上聚合數(shù)據(jù)，但是卻沒有分組。事實(shí)上，每個(gè)窗口函數(shù)都有自己的、獨(dú)立的PARTITION BY語句，這個(gè)工具對于顯示報(bào)告太TM好了。使用窗口函數(shù)： 使SQL更易讀(但在子查詢中沒有GROUP BY語句專業(yè))提升性能，像關(guān)系數(shù)據(jù)庫管理系統(tǒng)能夠更容易優(yōu)化窗口函數(shù) 解決方法：

當(dāng)你在子查詢中使用GROUP BY語句時(shí)，請?jiān)偃紤]是否可以使用窗口函數(shù)完成。9.使用內(nèi)存間接排序

SQL的ORDER BY語句支持很多類型的表達(dá)式，包括CASE語句，對于間接排序十分有用。你可能重來不會(huì)在Java內(nèi)存中排序數(shù)據(jù)，因?yàn)槟銜?huì)想： SQL排序很慢 SQL排序辦不到 處理方法: 如果你在內(nèi)存中排序任何SQL數(shù)據(jù)，請?jiān)偃紤]，是否不能在數(shù)據(jù)庫中排序。這對于數(shù)據(jù)庫分頁數(shù)據(jù)十分有用。10.一條一條的插入大量紀(jì)錄

JDBC ”懂“批處理(batch),你應(yīng)該不會(huì)忘了它。不要使用INSERT語句來一條一條的出入成千上萬的記錄，(因?yàn)?每次都會(huì)創(chuàng)建一個(gè)新的PreparedStatement對象。如果你的所有記錄都插入到同一個(gè)表時(shí)，那么就創(chuàng)建一個(gè)帶有一條SQL語句以及附帶很多值集合的插入批處理語句。你可能需要在達(dá)到一定量的插入記錄后才提交來保證UNDO日志瘦小，這依賴于你的數(shù)據(jù)庫和數(shù)據(jù)庫設(shè)置。處理方法： 總是使用批處理插入大量數(shù)據(jù)。

第二篇：Java程序員常犯的錯(cuò)誤

Java程序員常犯的十大錯(cuò)誤

無論你是一名熟練的java程序員，熟悉java的程度就像熟悉自己的手背一樣；或者你是一名java新手，你都會(huì)犯錯(cuò)誤。這是很自然的，更是人之常情。你所想象不到的確實(shí)，你犯的錯(cuò)誤很可能是其他人也在犯的錯(cuò)誤，這些錯(cuò)誤犯了一次又一次。在這里我給出來了經(jīng)常犯的十大錯(cuò)誤列表，通過它我們可以發(fā)現(xiàn)它們并解決它們。

10.在靜態(tài)方法中訪問非靜態(tài)的成員變量（例如在main方法中）。

許多程序員，特別是那些剛剛接觸JAVA的，都有一個(gè)問題，就是在main方法中訪問成員變量。Main方法一般都被標(biāo)示為“靜態(tài)的”，意思就是我們不需要實(shí)例化這個(gè)類來調(diào)用main方法。例如，java虛擬機(jī)能夠以這樣的形式來調(diào)用MyApplication類：

MyApplication.main(命令行參數(shù));

這里并沒有實(shí)例化MyApplication類，或者這里沒有訪問任何的成員變量。例如下面的程序就會(huì)產(chǎn)生一個(gè)編譯器的錯(cuò)誤。

public class StaticDemo {

public String my_member_variable = “somedata”;public static void main(String args[]){

// Access a non-static member from static method

System.out.println(“This generates a compiler error” + my_member_variable);} }

如果你要訪問一個(gè)靜態(tài)方法中的成員變量(比如main方法)，你就需要實(shí)例化一個(gè)對象。下面這段代碼示例了如何正確的訪問一個(gè)非靜態(tài)的成員變量，其方法就是首先實(shí)例化一個(gè)對象。

public class NonStaticDemo {

public String my_member_variable = “somedata”;

public static void main(String args[]){

NonStaticDemo demo = new NonStaticDemo();

// Access member variable of demo

System.out.println(“This WON'T generate an error” + demo.my_member_variable);} }

9.在重載的時(shí)候錯(cuò)誤的鍵入方法名

重載允許程序員用新的代碼去覆蓋方法的實(shí)現(xiàn)。重載是一個(gè)便利的特性，很多面對對象的程序員都在大量的使用它。如果你使用AWT1.1的事件處理模型，你通常會(huì)覆蓋listener方法去實(shí)現(xiàn)定制的功能。一個(gè)在重載方法的時(shí)候很容易犯的錯(cuò)誤就是錯(cuò)誤的鍵入要重載的方法名。如果你錯(cuò)誤的輸入了方法名，你就不是在重載這個(gè)方法了。相反的，你是在重新定義一個(gè)方法，只不過這個(gè)方法的參數(shù)和返回類型和你要重載的方法相同罷了。

public class MyWindowListener extends WindowAdapter { // This should be WindowClosed

public void WindowClose(WindowEvent e){ // Exit when user closes window System.exit(0);} };

這 個(gè)方法不會(huì)通過編譯，很容易就能捕捉找它。在過去我曾經(jīng)注意過一個(gè)方法，并且相信它是被調(diào)用的，花了很多時(shí)間找這個(gè)錯(cuò)誤。這個(gè)錯(cuò)誤的表現(xiàn)就是你的方法不會(huì) 被調(diào)用，你會(huì)以為你的方法已經(jīng)被跳過了。一種可行的解決方法就是增加一條打印輸出語句。在日志文件中記錄下信息?；蛘呤鞘褂酶櫿{(diào)試程序(例如VJ++或者是Borland JBuilder)來一行一行的調(diào)試。如果你的方法還不能被調(diào)用，那很可能就是你的方法名鍵入錯(cuò)誤了。

8.比較和分配(“=”強(qiáng)于“==”)

這是一個(gè)很容易犯的錯(cuò)誤。如果你以前使用過別的語言，比如Pascal，你就會(huì)知道計(jì)算機(jī)語言的設(shè)計(jì)們選擇這樣的方式是何等的乏味。舉個(gè)例子，在Pascal中，我們使用:=運(yùn)算符來表示分配，而使用=來表示比較。這樣好像是退回了C/C++，也就是java的起源。

幸運(yùn)的是，即使你沒有發(fā)現(xiàn)在屏幕上發(fā)現(xiàn)這個(gè)錯(cuò)誤，你的編譯器會(huì)幫助你發(fā)現(xiàn)它。通常情況下，編譯器會(huì)報(bào)出這樣一個(gè)錯(cuò)誤信息：“不能轉(zhuǎn)換xxx到布爾類型”，這里的XXX是你用來代替比較的java類型。

7.比較兩個(gè)對象(用==來代替instead of)當(dāng)我們使用==運(yùn)算符的時(shí)候，我們實(shí)際上是在比較兩個(gè)對象的引用，來看看他們是不是指向的同一個(gè)對象。舉個(gè)例子，我們不能使用==運(yùn)算符來比較兩個(gè)字符串是否相等。我們應(yīng)該使用.equals方法來比較兩個(gè)對象，這個(gè)方法是所有類共有的，它繼承自java.lang.Object。

下面是比較兩個(gè)字符串相等的正確的方法。

// Bad way

if((abc + def)== “abcdef”){

......}

// Good way

if((abc + def).equals(“abcdef”)){

.....}

6.混淆值傳遞和引用傳遞。

這是一個(gè)不太容易發(fā)現(xiàn)的錯(cuò)誤。因?yàn)?，?dāng)你看代碼的時(shí)候，你會(huì)十分確定這是一個(gè)引用傳遞，而它實(shí)際上卻是一個(gè)值傳遞。Java這兩者都會(huì)使用，所以你要理解你什么時(shí)候需要值傳遞，什么時(shí)候需要引用傳遞。當(dāng)你要傳遞一個(gè)簡單的數(shù)據(jù)類型到一個(gè)函數(shù)中，比如，char、int、float或者double，你是在傳遞一個(gè)值。這個(gè)意味著這種數(shù)據(jù)類型的被復(fù)制了一個(gè)拷貝，是這個(gè)拷貝被傳遞到了函數(shù)中。如果這個(gè)函數(shù)去修改這個(gè)值，僅僅是這個(gè)值的拷貝被修改了。這個(gè)函數(shù)結(jié)束以后，將會(huì)返回到控制調(diào)用函數(shù)去，這時(shí)候那個(gè)“真正的”值沒有受到影響，沒有任何改變被存儲(chǔ)。

如果你想修改一個(gè)簡單的數(shù)據(jù)類型，可以將這個(gè)數(shù)據(jù)類型定位一個(gè)返回值或者將它封裝到一個(gè)對象中。

當(dāng)你要傳遞一個(gè)java對 象到一個(gè)函數(shù)中，比如，數(shù)組、向量或者是一個(gè)字符串，此時(shí)你傳遞的就是一個(gè)對象的引用。這里的字符串也是一個(gè)對象，而不是一個(gè)簡單數(shù)據(jù)類型。這就意味這你 要傳遞一個(gè)對象到一個(gè)函數(shù)，你就要傳遞這個(gè)對象的引用，而不能去復(fù)制它。任何對這個(gè)對象的成員變量的改變都會(huì)持久化，這種改變的好壞要取決于你是否是刻意 而為之。

有一點(diǎn)要注意，如果字符串沒有包含任何方法改變它的值的時(shí)候，你最好將它作為值來傳遞。

5.寫一個(gè)空的異常處理。

我知道一個(gè)空的異常處理就像忽略錯(cuò)誤一樣很誘人。但是如果真的發(fā)生了錯(cuò)誤，你不會(huì)得到一個(gè)錯(cuò)誤信息的輸出，它使得不太可能發(fā)現(xiàn)錯(cuò)誤的原因。甚至是最簡單的異常處理都是很有用處的。舉個(gè)例子，在你的代碼加上try{}catch{}，去試著捕捉任何的異常拋出，并打印出錯(cuò)誤信息。你不用為每個(gè)異常都寫出定制的處理(雖然這是一個(gè)很好的編程習(xí)慣)。但是不要將這個(gè)異常處理空著，否則你就不會(huì)知道有什么錯(cuò)誤發(fā)生了。

舉例：

public static void main(String args[]){

try {

// Your code goes here..}

catch(Exception e){

System.out.println(“Err-” + e);} }

4.忘記java中索引是從0開始的。

如果你有C/C++的編程背景的話，你在使用其他編程語言的時(shí)候就不會(huì)發(fā)現(xiàn)同樣的問題了。

在java中數(shù)組的索引是從0開始的，這就是說第一個(gè)元素的索引必須是0.困惑了？讓我們看看例子吧。

// Create an array of three strings String[] strArray = new String[3];

// First element's index is actually 0 strArray[0] = “First string”;

// Second element's index is actually 1 strArray[1] = “Second string”;

// Final element's index is actually 2 strArray[2] = “Third and final string”;

在這個(gè)例子中，我們定義了一個(gè)有著三個(gè)字符串的數(shù)組，當(dāng)我們訪問它的元素時(shí)候減去了一個(gè)?，F(xiàn)在，當(dāng)我們試著去訪問strArray[3]，也就是第四個(gè)元素的時(shí)候，就會(huì)有一個(gè)ArrayOutOfBoundsException異常被拋出。這個(gè)就是最明顯的例子-忘記了0索引規(guī)則。

在其他地方0索引規(guī)則也能使你陷入麻煩。例如字符串中。假設(shè)你要從一個(gè)字符串確定的偏移位置處得到一個(gè)字符，使用String.charAt（int）函數(shù)，你就能看到這個(gè)信息。但是在java中，字符串類的索引也是從0開始的，這就是說第一個(gè)字符的偏移位置為0，第二個(gè)為1.你可能會(huì)陷入一些麻煩，如果你不注意這個(gè)問題的話，特別是你的應(yīng)用程序中使用了大量的字符串處理程序，那樣的話你就很可能使用錯(cuò)誤的字符，同時(shí)在運(yùn)行是拋出一個(gè)StringIndexOutOfBoundsException異常，就像ArrayOutOfBoundsException異常一樣。下面的例子證明了這些：

public class StrDemo {

public static void main(String args[]){

String abc = “abc”;

System.out.println(“Char at offset 0 : ” + abc.charAt(0));System.out.println(“Char at offset 1 : ” + abc.charAt(1));System.out.println(“Char at offset 2 : ” + abc.charAt(2));

// This line should throw a StringIndexOutOfBoundsException System.out.println(“Char at offset 3 : ” + abc.charAt(3));} }

同時(shí)應(yīng)該注意的是，0索引規(guī)則不應(yīng)該只應(yīng)用在數(shù)組或是字符串中，java的其他部分也會(huì)用到。但是并不是全部都會(huì)用到。Java.util.Date和java.util.Calendar,這兩個(gè)類的月份都是從0開始的，但是日期卻通常是從1開始的，下面的程序證明了這一點(diǎn)。

import java.util.Date;import java.util.Calendar;

public class ZeroIndexedDate {

public static void main(String args[]){

// Get today's date Date today = new Date();

// Print return value of getMonth

System.out.println(“Date.getMonth()returns : ” + today.getMonth());

// Get today's date using a Calendar

Calendar rightNow = Calendar.getInstance();

// Print return value of get(Calendar.MONTH)

System.out.println(“Calendar.get(month)returns : ” + rightNow.get(Calendar.MONTH));} }

0索引規(guī)則在你不注意它的時(shí)候就會(huì)發(fā)生，如果你不想在運(yùn)行時(shí)遇到這個(gè)錯(cuò)誤的話，請注意查閱你的API文檔。

3.防止線程在共享變量中并行存取。

在寫一個(gè)多線程的應(yīng)用程序的時(shí)候，許多程序員都喜歡抄近路。而這樣會(huì)是他們的應(yīng)用程序或者是小應(yīng)用程序發(fā)生線程沖突。當(dāng)兩個(gè)或者兩個(gè)以上的線程訪問同一個(gè)數(shù)據(jù)的時(shí)候，就存在一定的概率(概率大小取決與墨菲法則)使得兩個(gè)線程同時(shí)的訪問或者修改同一個(gè)數(shù)據(jù)。不要愚蠢的認(rèn)為這樣的情況不會(huì)發(fā)生在單線程的應(yīng)用程序中。當(dāng)訪問同一個(gè)數(shù)據(jù)的時(shí)候，你的線程就很可能被掛起，而第二個(gè)線程進(jìn)入是就會(huì)覆蓋第一個(gè)線程修改的地方。

這樣的問題不是僅僅出現(xiàn)在多線程應(yīng)用程序或者是小應(yīng)用程序中的。如果你寫了java api或者是java bean，你的代碼就很可能不是線程安全的。即使你從來沒有寫過一個(gè)使用線程的單獨(dú)的應(yīng)用程序，人們也有可能使用你的程序。為了其他人，不僅僅是你，你就應(yīng)該采取措施防止線程在共享變量中并行存取。

怎樣來解決這個(gè)問題呢，最簡單的就是讓你的變量私有化。同時(shí)使用同步存取方法。存取方法允許訪問似有的成員變量，但是僅僅是在一種控制方式中。下面的存取方法就能夠以安全的方式修改計(jì)數(shù)器的值。

public class MyCounter {

private int count = 0;// count starts at zero

public synchronized void setCount(int amount){

count = amount;}

public synchronized int getCount(){

return count;} } 2.大寫錯(cuò)誤。

這是一個(gè)我們最經(jīng)常犯的錯(cuò)誤。它是很簡單的，但是有時(shí)我們看著一個(gè)沒有大寫的變量或者方法卻并不能發(fā)現(xiàn)這個(gè)錯(cuò)誤。我自己也常常感到困惑，因?yàn)槲艺J(rèn)為這些方法和變量都是存在的，但是卻發(fā)現(xiàn)不了他們沒有大寫。

這里你不能用銀子彈來檢查它，你只能自己訓(xùn)練著來減少這種錯(cuò)誤。這里有一個(gè)竅門：

Java api中所用的方法和變量名都應(yīng)該以小寫字母來開頭。所有的變量名和方法名的新詞的開頭都要用大寫字母。如果你以這樣的形式來定義你的變量名和類名，你就是在有意識(shí)的使它們走向正確，你就能逐漸的減少這樣錯(cuò)誤的數(shù)量。這可能需要一段時(shí)間，但是在以后有可能會(huì)避免更為嚴(yán)重的錯(cuò)誤。

下來就是java程序員最常犯的錯(cuò)誤了?。?.空指針！

空指針是java程序員最經(jīng)常犯的錯(cuò)誤了。編譯器不會(huì)為你檢查出這個(gè)錯(cuò)誤它僅僅在運(yùn)行時(shí)在表現(xiàn)出來，如果你發(fā)現(xiàn)不了它，你的用戶將很可能發(fā)現(xiàn)它。

當(dāng)試著訪問一個(gè)對象的時(shí)候，這個(gè)對象的引用就是空的，一個(gè)NullPointerException異常就會(huì)被拋出?？罩羔樺e(cuò)誤的原因是多種多樣的，但是一般情況下發(fā)生這種錯(cuò)誤意味著你沒有對一個(gè)對象初始化，或者是你沒有檢查一個(gè)函數(shù)的返回值。

許多函數(shù)返回一個(gè)空是用來指示一個(gè)錯(cuò)誤的條件被執(zhí)行。如果你不檢查返回值的話，你由于不可能知道發(fā)生了什么。既然原因是一個(gè)錯(cuò)誤的條件，一般的測試就不會(huì)發(fā)現(xiàn)它，這就意味著你的用戶可能在最后的時(shí)候替你發(fā)現(xiàn)它。如果API函數(shù)指明一個(gè)空的對象很可能被返回，那在使用對象的引用之前一定要進(jìn)行檢查。

另外的原因可能是你在初始化對象的時(shí)候不規(guī)范，或者是它的初始化是有條件的。舉例，檢查下面的代碼，看看你是否能發(fā)現(xiàn)這個(gè)錯(cuò)誤。

public static void main(String args[]){

// Accept up to 3 parameters String[] list = new String[3];

int index = 0;

while((index < args.length)&&(index < 3)){

list[index++] = args[index];}

// Check all the parameters

for(int i = 0;i < list.length;i++){

if(list[i].equals “-help”){ //.........} else

if(list[i].equals “-cp”){

//.........}

// else.....} }

上面的代碼(作為人為的例子)，顯示了通常的錯(cuò)誤。在某些情況下，用戶輸入了三個(gè)或者更多的參數(shù)，上述代碼將會(huì)正常運(yùn)行。但是如果沒有參數(shù)被輸入，那么在運(yùn)行的時(shí)候就會(huì)得到一個(gè)空指針異 常。某些時(shí)候你的變量將會(huì)被初始化，但是其他時(shí)候它們卻不會(huì)。一個(gè)簡單的解決辦法就是在你訪問數(shù)組元素的時(shí)候先檢查它十分為空。

總結(jié)：

這些錯(cuò)誤是我們常犯的錯(cuò)誤的一些代表。雖然在編碼的時(shí)候不可能完全的避免錯(cuò)誤，但是你應(yīng)該去避免犯一些重復(fù)的錯(cuò)誤。很明顯的是，所有的java程序員都會(huì)犯這樣的錯(cuò)誤。唯一能讓人感到安慰的就是，當(dāng)你在夜深人靜的時(shí)候去跟蹤一個(gè)錯(cuò)誤，在某時(shí)某地某個(gè)人也在犯著同樣的錯(cuò)誤。