接上文50個(gè)常見(jiàn)的 Java 錯(cuò)誤及避免方法（第二部分）

31.“Could Not Create Java Virtual Machine”

當(dāng)我們嘗試調(diào)用帶有錯(cuò)誤參數(shù)的Java代碼時(shí)，通常會(huì)產(chǎn)生此Java錯(cuò)誤消息（@ghacksnews）：

Error: Could not createthe JavaVirtualMachine

Error: A fatal exceptionhas occurred. Program will exit.

這通常是由于代碼中的聲明存在錯(cuò)誤或?yàn)槠浞峙溥m當(dāng)?shù)膬?nèi)存而引起的。

32.“class file contains wrong class”

當(dāng)Java代碼嘗試在錯(cuò)誤的目錄中尋找類文件時(shí)，就會(huì)出現(xiàn)“class file contains wrong class”的問(wèn)題，導(dǎo)致類似于以下內(nèi)容的錯(cuò)誤消息：

MyTest.java:10: cannot access MyStruct

bad classfile: D:JavatestMyStruct.java

file does notcontain classMyStruct

Please remove ormake sure it appears inthe correctsubdirectory of the classpath.

MyStruct ms = new MyStruct();

要修復(fù)此錯(cuò)誤，以下這些提示可以提供幫助：

• 確保源文件的名稱和類的名稱匹配——包括大小寫(xiě)。

• 檢查軟件包語(yǔ)句是否正確或是否缺失。

• 確保源文件位于正確的目錄中。

33.“ClassCastException”

“ClassCastException”消息指示了Java代碼正在嘗試將對(duì)象轉(zhuǎn)換為錯(cuò)誤的類。在來(lái)自Java Concept of Day的這個(gè)例子中，運(yùn)行以下程序：

packagecom;

classA

{

inti = 10;

}

classBextendsA

{

intj = 20;

}

classCextendsB

{

intk = 30;

}

publicclassClassCastExceptionDemo

{

publicstaticvoidmain(String[] args)

{

A a = newB(); //B type is auto up casted to A type

B b =(B) a; //Atype is explicitly down casted to B type.

C c =(C) b; //Here,you will get class cast exception

System.out.println(c.k);

}

}

導(dǎo)致以下錯(cuò)誤：

Exceptioninthread“main”java.lang.ClassCastException: com.B cannotbecasttocom.C

atcom.ClassCastExceptionDemo.main(ClassCastExceptionDemo.java:23)

Java代碼將創(chuàng)建一個(gè)類和子類的層次結(jié)構(gòu)。為了避免“ClassCastException”錯(cuò)誤，請(qǐng)確保新類型屬于正確的類或其父類之一。如果使用泛型，則編譯代碼時(shí)可能會(huì)捕獲這些錯(cuò)誤。

34.“ClassFormatError”

“ClassFormatError”消息指示鏈接錯(cuò)誤，并且發(fā)生在類文件不能被讀取或解釋為類文件的時(shí)候。

Caused by:java.lang.ClassFormatError:Absent Codeattribute inmethod that is notnative orabstract inclassfilejavax/persistence/GenerationType

at java.lang.ClassLoader.defineClass1(Native Method)

at java.lang.ClassLoader.defineClassCond(UnknownSource)

at java.lang.ClassLoader.defineClass(Unknown Source)

at java.security.SecureClassLoader.defineClass(UnknownSource)

at java.net.URLClassLoader.defineClass(Unknown Source)

at java.net.URLClassLoader.access$000(Unknown Source)

at java.net.URLClassLoader$1.run(Unknown Source)

at java.security.AccessController.doPrivileged(NativeMethod)

at java.net.URLClassLoader.findClass(Unknown Source)

at java.lang.ClassLoader.loadClass(Unknown Source)

at sun.misc.Launcher$AppClassLoader.loadClass(UnknownSource)

at java.lang.ClassLoader.loadClass(UnknownSource)

有若干原因會(huì)導(dǎo)致“ClassFormatError”錯(cuò)誤：

• 類文件以ASCII模式而不是二進(jìn)制模式上傳。

• Web服務(wù)器必須以二進(jìn)制而不是ASCII格式發(fā)送類文件。

• 可能會(huì)有一個(gè)類路徑錯(cuò)誤，阻止了代碼找到類文件。

• 如果類被加載兩次，那么第二次將導(dǎo)致拋出異常。

• 正在使用舊版本的Java運(yùn)行時(shí)。

• 35.“ClassNotFoundException”

• “ClassNotFoundException”僅在運(yùn)行時(shí)發(fā)生——意味著在編譯期間有一個(gè)類在運(yùn)行時(shí)缺失了。這是一個(gè)鏈接錯(cuò)誤。

• 

• 很像“NoClassDefFoundError”，在以下情況下會(huì)出現(xiàn)這個(gè)問(wèn)題：

• 該文件不在正確的目錄中。

• 類的名稱必須與文件的名稱相同（不包括文件擴(kuò)展名）。 名稱區(qū)分大小寫(xiě)。

• 36.“ExceptionInInitializerError”

• 此Java問(wèn)題發(fā)生在靜態(tài)初始化出錯(cuò)的時(shí)候（@GitHub）。 當(dāng)Java代碼稍后使用該類時(shí)，將發(fā)生“NoClassDefFoundError”錯(cuò)誤。

• java.lang.ExceptionInInitializerError

• atorg.eclipse.mat.hprof.HprofIndexBuilder.fill(HprofIndexBuilder.java:54)

• atorg.eclipse.mat.parser.internal.SnapshotFactory.parse(SnapshotFactory.java:193)

• atorg.eclipse.mat.parser.internal.SnapshotFactory.openSnapshot(SnapshotFactory.java:106)

• atcom.squareup.leakcanary.HeapAnalyzer.openSnapshot(HeapAnalyzer.java:134)

• atcom.squareup.leakcanary.HeapAnalyzer.checkForLeak(HeapAnalyzer.java:87)

• atcom.squareup.leakcanary.internal.HeapAnalyzerService.onHandleIntent(HeapAnalyzerService.java:56)

• atandroid.app.IntentService$ServiceHandler.handleMessage(IntentService.java:65)

• atandroid.os.Handler.dispatchMessage(Handler.java:102)

• atandroid.os.Looper.loop(Looper.java:145)

• atandroid.os.HandlerThread.run(HandlerThread.java:61)

• Caused by:java.lang.NullPointerException: in==null

• atjava.util.Properties.load(Properties.java:246)

• atorg.eclipse.mat.util.MessageUtil.(MessageUtil.java:28)

• atorg.eclipse.mat.util.MessageUtil.(MessageUtil.java:13)

• ... 10more

  修復(fù)此錯(cuò)誤我們需要更多的信息。在代碼中使用getCause()可以返回導(dǎo)致錯(cuò)誤的異常。

• 37.“IllegalBlockSizeException”

• 當(dāng)長(zhǎng)度消息不是8字節(jié)的倍數(shù)時(shí)，那么在解密期間就會(huì)拋出“IllegalBlockSizeException”異常。以下是一個(gè)出自ProgramCreek.com的示例（@ProgramCreek）：

• @Override

• protectedbyte[]engineWrap(Key key) throwsIllegalBlockSizeException, InvalidKeyException {

• try{

• byte[] encoded = key.getEncoded();

• returnengineDoFinal(encoded, 0, encoded.length);

• } catch(BadPaddingException e) {

• IllegalBlockSizeException newE = newIllegalBlockSizeException();

• newE.initCause(e);

• thrownewE;

• }

• }

• “IllegalBlockSizeException”可能是由以下原因引起的：

• 使用不同的加密和解密算法選項(xiàng)。

• 要解密的消息可能在傳輸中被截?cái)嗷騺y碼。

38.“BadPaddingException”

當(dāng)使用填充來(lái)創(chuàng)建一個(gè)消息而不是8字節(jié)的倍數(shù)時(shí)，那么在解密期間可能會(huì)出現(xiàn)“BadPaddingException”異常。這是出自Stack Overflow的一個(gè)例子（@StackOverflow）：

javax.crypto.BadPaddingException: Givenfinalblocknotproperlypadded

atcom.sun.crypto.provider.SunJCE_f.b(DashoA13*..)

atcom.sun.crypto.provider.SunJCE_f.b(DashoA13*..)

atcom.sun.crypto.provider.AESCipher.engineDoFinal(DashoA13*..)

atjavax.crypto.Cipher.doFinal(DashoA13*..)

加密數(shù)據(jù)是二進(jìn)制的，所以不要嘗試將其存儲(chǔ)在字符串或在加密期間沒(méi)有被正確填充的數(shù)據(jù)中。

39.“IncompatibleClassChangeError”

“IncompatibleClassChangeError”是LinkageError的一種形式，如果一個(gè)在基類在編譯子類之后發(fā)生變化，那么就會(huì)出現(xiàn)此異常。下面這個(gè)例子來(lái)自于How to Do in Java（@HowToDoInJava）：

Exception inthread "main"java.lang.IncompatibleClassChangeError:Implementing class

at java.lang.ClassLoader.defineClass1(Native Method)

at java.lang.ClassLoader.defineClass(Unknown Source)

at java.security.SecureClassLoader.defineClass(UnknownSource)

at java.net.URLClassLoader.defineClass(Unknown Source)

at java.net.URLClassLoader.access$000(Unknown Source)

at java.net.URLClassLoader$1.run(Unknown Source)

at java.security.AccessController.doPrivileged(NativeMethod)

at java.net.URLClassLoader.findClass(Unknown Source)

at java.lang.ClassLoader.loadClass(Unknown Source)

at sun.misc.Launcher$AppClassLoader.loadClass(UnknownSource)

at java.lang.ClassLoader.loadClass(Unknown Source)

at java.lang.ClassLoader.loadClassInternal(UnknownSource)

atnet.sf.cglib.core.DebuggingClassWriter.toByteArray(DebuggingClassWriter.java:73)

atnet.sf.cglib.core.DefaultGeneratorStrategy.generate(DefaultGeneratorStrategy.java:26)

atnet.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:216)

atnet.sf.cglib.core.KeyFactory$Generator.create(KeyFactory.java:144)

at net.sf.cglib.core.KeyFactory.create(KeyFactory.java:116)

at net.sf.cglib.core.KeyFactory.create(KeyFactory.java:108)

at net.sf.cglib.core.KeyFactory.create(KeyFactory.java:104)

atnet.sf.cglib.proxy.Enhancer.(Enhancer.java:69)

出現(xiàn)“IncompatibleClassChangeError”有可能的原因是：

• 忘記了主方法的靜態(tài)。

• 非法使用了legal類。

• 類被改變了，并且存在通過(guò)舊的簽名從另一個(gè)類到這個(gè)類的引用。嘗試刪除所有類文件并重新編譯所有內(nèi)容。

40.“FileNotFoundException”

當(dāng)具有指定路徑名的文件不存在時(shí)，將拋出此Java軟件錯(cuò)誤消息。

@OverridepublicParcelFileDeor openFile(Uriuri, String mode) throwsFileNotFoundException {

if(uri.toString().startsWith(FILE_PROVIDER_PREFIX)) {

intm = ParcelFileDeor.MODE_READ_ONLY;

if(mode.equalsIgnoreCase("rw")) m =ParcelFileDeor.MODE_READ_WRITE;

File f =newFile(uri.getPath());

ParcelFileDeor pfd = ParcelFileDeor.open(f, m);

returnpfd;

} else{

thrownewFileNotFoundException("Unsupported uri: "+ uri.toString());

}

}

除了沒(méi)有指定路徑名的文件之外，這可能意味著現(xiàn)有文件無(wú)法訪問(wèn)。

41.“EOFException”

當(dāng)輸入期間意外終止文件或流時(shí)，將拋出“EOFException”。 以下是拋出EOFException異常的一個(gè)示例，來(lái)自JavaBeat應(yīng)用程序：

importjava.io.DataInputStream;

importjava.io.EOFException;

importjava.io.File;

importjava.io.FileInputStream;

importjava.io.IOException;

publicclassExceptionExample{

publicvoidtestMethod1() {

File file = newFile("test.txt");

DataInputStream dataInputStream = null;

try{

dataInputStream = newDataInputStream(newFileInputStream(file));

while(true){

dataInputStream.readInt();

}

} catch(EOFException e) {

e.printStackTrace();

} catch(IOException e) {

e.printStackTrace();

} finally{

try{

if(dataInputStream != null) {

dataInputStream.close();

}

} catch(IOException e) {

e.printStackTrace();

}

}

}

publicstaticvoidmain(String[]args) {

ExceptionExample instance1 = newExceptionExample();

instance1.testMethod1();

}

}

運(yùn)行上面的程序，將拋出以下異常：

java.io.EOFException

atjava.io.DataInputStream.readInt(DataInputStream.java:392)

atlogging.simple.ExceptionExample.testMethod1(ExceptionExample.java:16)

atlogging.simple.ExceptionExample.main(ExceptionExample.java:36)

當(dāng)DataInputStream類嘗試在流中讀取數(shù)據(jù)但沒(méi)有更多數(shù)據(jù)時(shí)，將拋出“EOFException”。它也可以發(fā)生在ObjectInputStream和RandomAccessFile類中。

42.“UnsupportedEncodingException”

當(dāng)不支持字符編碼時(shí)，會(huì)拋出此Java軟件錯(cuò)誤消息（@Penn）。

publicUnsupportedEncodingException()

正在使用的Java虛擬機(jī)可能不支持給定的字符集。

43.“SocketException”

“SocketException”異常表示創(chuàng)建或訪問(wèn)套接字時(shí)出錯(cuò)（@ProgramCreek）。

publicvoidinit(String contextName, ContextFactoryfactory) {

super.init(contextName, factory);

StringperiodStr = getAttribute(PERIOD_PROPERTY);

if(periodStr != null){

intperiod = 0;

try{

period = Integer.parseInt(periodStr);

} catch(NumberFormatException nfe) {}

if(period <= 0){

thrownewMetricsException("Invalid period: "+ periodStr);

}

setPeriod(period);

}

metricsServers =

Util.parse(getAttribute(SERVERS_PROPERTY), DEFAULT_PORT);

unitsTable =getAttributeTable(UNITS_PROPERTY);

slopeTable =getAttributeTable(SLOPE_PROPERTY);

tmaxTable =getAttributeTable(TMAX_PROPERTY);

dmaxTable = getAttributeTable(DMAX_PROPERTY);

try{

datagramSocket = newDatagramSocket();

} catch(SocketException se) {

se.printStackTrace();

}

}

當(dāng)由于以下原因而達(dá)到最大連接時(shí)，通常會(huì)拋出此異常：

• 沒(méi)有更多的網(wǎng)絡(luò)端口可用于應(yīng)用程序。

• 系統(tǒng)沒(méi)有足夠的內(nèi)存來(lái)支持新的連接。

44.“SSLException”

此Java軟件錯(cuò)誤消息發(fā)生在與SSL相關(guān)的操作出現(xiàn)故障的時(shí)候。 以下示例來(lái)自Atlassian（@Atlassian）：

com.sun.jersey.api.client.ClientHandlerException:javax.net.ssl.SSLException:java.lang.RuntimeException: Unexpectederror: java.security.InvalidAlgorithmParameterException: thetrustAnchors parameter must be non-empty

atcom.sun.jersey.client.apache.ApacheHttpClientHandler.handle(ApacheHttpClientHandler.java:202)

at com.sun.jersey.api.client.Client.handle(Client.java:365)

atcom.sun.jersey.api.client.WebResource.handle(WebResource.java:556)

atcom.sun.jersey.api.client.WebResource.get(WebResource.java:178)

atcom.atlassian.plugins.client.service.product.ProductServiceClientImpl.getProductVersionsAfterVersion(ProductServiceClientImpl.java:82)

atcom.atlassian.upm.pac.PacClientImpl.getProductUpgrades(PacClientImpl.java:111)

atcom.atlassian.upm.rest.resources.ProductUpgradesResource.get(ProductUpgradesResource.java:39)

at sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethod)

at sun.reflect.NativeMethodAccessorImpl.invoke(UnknownSource)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(UnknownSource)

at java.lang.reflect.Method.invoke(UnknownSource)

atcom.atlassian.plugins.rest.common.interceptor.impl.DispatchProviderHelper$ResponseOutInvoker$1.invoke(DispatchProviderHelper.java:206)

atcom.atlassian.plugins.rest.common.interceptor.impl.DispatchProviderHelper$1.intercept(DispatchProviderHelper.java:90)

atcom.atlassian.plugins.rest.common.interceptor.impl.DefaultMethodInvocation.invoke(DefaultMethodInvocation.java:61)

atcom.atlassian.plugins.rest.common.expand.interceptor.ExpandInterceptor.intercept(ExpandInterceptor.java:38)

atcom.atlassian.plugins.rest.common.interceptor.impl.DefaultMethodInvocation.invoke(DefaultMethodInvocation.java:61)

atcom.atlassian.plugins.rest.common.interceptor.impl.DispatchProviderHelper.invokeMethodWithInterceptors(DispatchProviderHelper.java:98)

atcom.atlassian.plugins.rest.common.interceptor.impl.DispatchProviderHelper.access$100(DispatchProviderHelper.java:28)

atcom.atlassian.plugins.rest.common.interceptor.impl.DispatchProviderHelper$ResponseOutInvoker._dispatch(DispatchProviderHelper.java:202)

...

Causedby: javax.net.ssl.SSLException:java.lang.RuntimeException: Unexpectederror: java.security.InvalidAlgorithmParameterException: thetrustAnchors parameter must be non-empty

...

Causedby: java.lang.RuntimeException:Unexpectederror: java.security.InvalidAlgorithmParameterException: thetrustAnchors parameter must be non-empty

...

Causedby: java.security.InvalidAlgorithmParameterException:the trustAnchors parameter must be non-empty

發(fā)生這種情況的原因有：

· 服務(wù)器或客戶端上的證書(shū)已過(guò)期。

· 服務(wù)器端口已重置為另一個(gè)端口。

45.“MissingResourceException”

當(dāng)資源丟失時(shí)，會(huì)發(fā)生“MissingResourceException”異常。如果資源在正確的類路徑中，那么通常是因?yàn)閷傩晕募](méi)有正確配置。下面有一個(gè)例子（@TIBCO）：

java.util.MissingResourceException:Can'tfindbundle forbase namelocalemsgs_en_US, locale en_US

java.util.ResourceBundle.throwMissingResourceException

java.util.ResourceBundle.getBundleImpl

java.util.ResourceBundle.getBundle

net.sf.jasperreports.engine.util.JRResourcesUtil.loadResourceBundle

net.sf.jasperreports.engine.util.JRResourcesUtil.loadResourceBundle

46.“NoInitialContextException”

當(dāng)Java應(yīng)用程序想要執(zhí)行命名操作但無(wú)法創(chuàng)建連接時(shí)，會(huì)發(fā)生“NoInitialContextException”異常（@TheASF）。

[java] Causedby: javax.naming.NoInitialContextException:Needtospecifyclassnameinenvironmentorsystemproperty, orasanappletparameter,orinanapplicationresourcefile: java.naming.factory.initial

[java] atjavax.naming.spi.NamingManager.getInitialContext(NamingManager.java:645)

[java] atjavax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247)

[java] atjavax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:284)

[java] atjavax.naming.InitialContext.lookup(InitialContext.java:351)

[java] atorg.apache.camel.impl.JndiRegistry.lookup(JndiRegistry.java:51)

這解決起來(lái)可能會(huì)是一個(gè)復(fù)雜的問(wèn)題，但這里有一些可能導(dǎo)致“NoInitialContextException”Java錯(cuò)誤消息的原因：

· 應(yīng)用程序可能沒(méi)有正確的憑據(jù)進(jìn)行連接。

· 代碼可能無(wú)法識(shí)別所需的JNDI實(shí)現(xiàn)。

· InitialContext類可能沒(méi)有配置正確的屬性。

47.“NoSuchElementException”

當(dāng)?shù)ɡ纭癴or”循環(huán)）嘗試訪問(wèn)下一個(gè)元素而沒(méi)有元素的時(shí)候，就會(huì)出現(xiàn)“NoSuchElementException”異常。

publicclassNoSuchElementExceptionDemo{

publicstaticvoidmain(Stringargs[]) {

Hashtable sampleMap = newHashtable();

Enumeration enumeration = sampleMap.elements();

enumeration.nextElement(); //java.util.NoSuchElementExcepiton here becauseenumeration is empty

}

}

Output:

Exception inthread "main"java.util.NoSuchElementException: Hashtable Enumerator

atjava.util.Hashtable$EmptyEnumerator.nextElement(Hashtable.java:1084)

attest.ExceptionTest.main(NoSuchElementExceptionDemo.java:23)

拋出“NoSuchElementException”可能的途徑：

· Enumeration::nextElement()

· NamingEnumeration::next()

· StringTokenizer::nextElement()

· Iterator::next()

48.“NoSuchFieldError”

當(dāng)應(yīng)用程序嘗試訪問(wèn)對(duì)象中的一個(gè)字段，但指定的字段不再存在于對(duì)象中時(shí)，將拋出此Java軟件錯(cuò)誤消息（@sourceforge）。

publicNoSuchFieldError()

通常，該錯(cuò)誤在編譯器中被捕獲，但是如果在編譯和運(yùn)行之間更改了類定義，則在運(yùn)行時(shí)將被捕獲。

49.“NumberFormatException”

當(dāng)應(yīng)用程序嘗試將字符串轉(zhuǎn)換為數(shù)字類型，但該數(shù)字不是有效的數(shù)字字符串時(shí)，會(huì)出現(xiàn)此Java軟件錯(cuò)誤消息（@alvinalexander）。

packagecom.devdaily.javasamples;

publicclassConvertStringToNumber{

publicstaticvoidmain(String[]args) {

try{

String s = "FOOBAR";

inti = Integer.parseInt(s);

// this line of code will never be reached

System.out.println("int value = "+ i);

}

catch(NumberFormatException nfe) {

nfe.printStackTrace();

}

}

}

可能拋出“NumberFormatException”的原因有：

· 數(shù)字中的前導(dǎo)或尾隨空格。

· 標(biāo)志不在數(shù)字前面。

· 數(shù)字有逗號(hào)。

· 本地化可能不會(huì)將其分類為有效數(shù)字。

· 數(shù)字太大，不適合數(shù)字類型。

50.“TimeoutException”

當(dāng)阻塞操作超時(shí)時(shí)，會(huì)出現(xiàn)此Java軟件錯(cuò)誤消息。

privatevoidqueueObject(ComplexDataObject obj) throwsTimeoutException, InterruptedException {

if(!queue.offer(obj, 10,TimeUnit.SECONDS)) {

TimeoutException ex = newTimeoutException("Timed out waiting for parsedelements to be processed. Aborting.");

throwex;

}

}

結(jié)論

到這里就全部完結(jié)了！ 如果你細(xì)細(xì)閱讀了整篇文章，那么相信現(xiàn)在你應(yīng)該能處理各種運(yùn)行時(shí)和編譯器的錯(cuò)誤和異常了。編程愉快！