在開(kāi)發(fā)Java軟件時(shí)可能會(huì)遇到許多類型的錯(cuò)誤，但大多數(shù)是可以避免的。為此我們羅列了50個(gè)最常見(jiàn)的Java編碼錯(cuò)誤，其中包含代碼示例和教程，以幫助大家解決常見(jiàn)的編碼問(wèn)題。（今日全部分享完畢，文末有前兩部分的鏈接，大家記得收藏哦~）

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)存而引起的。

閱讀關(guān)于如何修復(fù)Java軟件錯(cuò)誤“Could Not Create Java Virtual Machine”的討論。（@StackOverflow）

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.javafile does notcontain classMyStructPlease remove ormake sure it appears inthe correct subdirectory of the classpath. MyStruct ms = new MyStruct();

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

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

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

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

閱讀此關(guān)于如何修復(fù)“class file contains wrong class”錯(cuò)誤的討論。（@StackOverflow）

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 typeB b = (B) a; //A type is explicitly down casted to B type.C c = (C) b; //Here, you will get class cast exceptionSystem.out.println(c.k); }}

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

Exceptioninthread“ main” java.lang.ClassCastException: com.Bcannotbecasttocom.Catcom.ClassCastExceptionDemo.main( ClassCastExceptionDemo.java:23)

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

閱讀此教程以了解如何修復(fù)“ClassCastException”的Java軟件錯(cuò)誤。（@java_concept）

34.“ClassFormatError”

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

Caused by:java.lang. ClassFormatError:Absent Code attribute inmethod that is notnative orabstract inclassfilejavax/persistence/GenerationTypeat java.lang.ClassLoader.defineClass1(Native Method)at java.lang.ClassLoader.defineClassCond(Unknown Source)at java.lang.ClassLoader.defineClass(Unknown Source)at java.security.SecureClassLoader.defineClass(Unknown Source)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(Native Method)at java.net.URLClassLoader.findClass(Unknown Source)at java.lang.ClassLoader.loadClass(Unknown Source)at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)at java.lang.ClassLoader.loadClass(Unknown Source)

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

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

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

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

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

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

閱讀此關(guān)于導(dǎo)致Java“ClassFormatError”錯(cuò)誤的原因的討論。（@StackOverflow）

35.“ClassNotFoundException”

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

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

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

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

閱讀此關(guān)于導(dǎo)致“ClassNotFoundException”原因的更多案例的討論。（@StackOverflow）。

36.“ExceptionInInitializerError”

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

java.lang.ExceptionInInitializerError at org.eclipse.mat.hprof.HprofIndexBuilder.fill(HprofIndexBuilder.java:54) at org.eclipse.mat.parser.internal.SnapshotFactory.parse(SnapshotFactory.java:193) at org.eclipse.mat.parser.internal.SnapshotFactory.openSnapshot(SnapshotFactory.java:106) at com.squareup.leakcanary.HeapAnalyzer.openSnapshot(HeapAnalyzer.java:134) at com.squareup.leakcanary.HeapAnalyzer.checkForLeak(HeapAnalyzer.java:87) at com.squareup.leakcanary.internal.HeapAnalyzerService.onHandleIntent(HeapAnalyzerService.java:56) at android.app.IntentService$ServiceHandler.handleMessage(IntentService.java:65) at android.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== nullatjava.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ò)誤的異常。

閱讀此關(guān)于如何追蹤ExceptionInInitializerError原因的討論。（@StackOverflow）

37.“IllegalBlockSizeException”

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

@Overrideprotectedbyte[] 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碼。

閱讀關(guān)于如何防止IllegalBlockSizeException Java軟件錯(cuò)誤消息的討論。（@StackOverflow）

38.“BadPaddingException”

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

javax.crypto.BadPaddingException: Givenfinalblocknotproperlypaddedatcom.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ù)中。

閱讀關(guān)于如何防止BadPaddingException的討論。（@StackOverflow）

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 classat java.lang.ClassLoader.defineClass1(Native Method)at java.lang.ClassLoader.defineClass(Unknown Source)at java.security.SecureClassLoader.defineClass(Unknown Source)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(Native Method)at java.net.URLClassLoader.findClass(Unknown Source)at java.lang.ClassLoader.loadClass(Unknown Source)at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)at java.lang.ClassLoader.loadClass(Unknown Source)at java.lang.ClassLoader.loadClassInternal(Unknown Source)at net.sf.cglib.core.DebuggingClassWriter.toByteArray(DebuggingClassWriter. java:73)at net.sf.cglib.core.DefaultGeneratorStrategy.generate(DefaultGeneratorStrategy. java:26)at net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator. java:216)at net.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)at net.sf.cglib.proxy.Enhancer.(Enhancer. java:69)

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

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

• 非法使用了legal類。

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

嘗試解決“IncompatibleClassChangeError”的這些步驟（@javacodegeeks）

40.“FileNotFoundException”

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

@OverridepublicParcelFileDeor openFile(Uri uri, 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)。

閱讀關(guān)于為什么會(huì)拋出“FileNotFoundException”的討論。（@StackOverflow）

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.EOFExceptionatjava.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類中。

閱讀關(guān)于運(yùn)行Java軟件時(shí)可能發(fā)生“EOFException”的討論。（@StackOverflow）

42.“UnsupportedEncodingException”

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

publicUnsupportedEncodingException()

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

閱讀關(guān)于如何在運(yùn)行Java軟件時(shí)處理“UnsupportedEncodingException”異常的討論。（@StackOverflow）

43.“SocketException”

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

publicvoidinit(String contextName, ContextFactory factory){ super.init(contextName, factory); String periodStr = 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)支持新的連接。

閱讀關(guān)于如何在運(yùn)行Java軟件時(shí)解決“SocketException”問(wèn)題的討論。（@StackOverflow）

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: the trustAnchors parameter must be non-empty at com.sun.jersey.client.apache. ApacheHttpClientHandler.handle( ApacheHttpClientHandler.java: 202) at com.sun.jersey.api.client. Client.handle( Client.java: 365) at com.sun.jersey.api.client. WebResource.handle( WebResource.java: 556) at com.sun.jersey.api.client. WebResource. get( WebResource.java: 178) at com.atlassian.plugins.client.service.product. ProductServiceClientImpl.getProductVersionsAfterVersion( ProductServiceClientImpl.java: 82) at com.atlassian.upm.pac. PacClientImpl.getProductUpgrades( PacClientImpl.java: 111) at com.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) at com.atlassian.plugins.rest.common.interceptor.impl. DispatchProviderHelper$ ResponseOutInvoker$ 1.invoke( DispatchProviderHelper.java: 206) at com.atlassian.plugins.rest.common.interceptor.impl. DispatchProviderHelper$ 1.intercept( DispatchProviderHelper.java: 90) at com.atlassian.plugins.rest.common.interceptor.impl. DefaultMethodInvocation.invoke( DefaultMethodInvocation.java: 61) at com.atlassian.plugins.rest.common.expand.interceptor. ExpandInterceptor.intercept( ExpandInterceptor.java: 38) at com.atlassian.plugins.rest.common.interceptor.impl. DefaultMethodInvocation.invoke( DefaultMethodInvocation.java: 61) at com.atlassian.plugins.rest.common.interceptor.impl. DispatchProviderHelper.invokeMethodWithInterceptors( DispatchProviderHelper.java: 98) at com.atlassian.plugins.rest.common.interceptor.impl. DispatchProviderHelper.access$ 100( DispatchProviderHelper.java: 28) at com.atlassian.plugins.rest.common.interceptor.impl. DispatchProviderHelper$ ResponseOutInvoker._dispatch( DispatchProviderHelper.java: 202) ... Causedby: javax.net.ssl. SSLException: java.lang. RuntimeException: Unexpectederror: java.security. InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty ... Causedby: java.lang. RuntimeException: Unexpectederror: java.security. InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty ... Causedby: java.security. InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty

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

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

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

閱讀關(guān)于可能導(dǎo)致Java軟件“SSLException”錯(cuò)誤的討論。（@StackOverflow）

45.“MissingResourceException”

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

java.util. MissingResourceException: Can'tfindbundle forbase name localemsgs_en_US, locale en_USjava.util. ResourceBundle.throwMissingResourceExceptionjava.util. ResourceBundle.getBundleImpljava.util. ResourceBundle.getBundlenet.sf.jasperreports.engine.util. JRResourcesUtil.loadResourceBundlenet.sf.jasperreports.engine.util. JRResourcesUtil.loadResourceBundle

閱讀關(guān)于如何在運(yùn)行Java軟件時(shí)修復(fù)“MissingResourceException”的討論。

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)有配置正確的屬性。

閱讀關(guān)于運(yùn)行Java軟件時(shí)“NoInitialContextException”意味什么的討論。（@StackOverflow）

47.“NoSuchElementException”

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

publicclassNoSuchElementExceptionDemo{ publicstaticvoidmain(String args[]) { Hashtable sampleMap = newHashtable(); Enumeration enumeration = sampleMap.elements(); enumeration.nextElement(); //java.util.NoSuchElementExcepiton here because enumeration is empty}}Output:Exception inthread "main"java.util.NoSuchElementException: Hashtable Enumerator at java.util.Hashtable$EmptyEnumerator.nextElement(Hashtable.java: 1084) at test.ExceptionTest.main(NoSuchElementExceptionDemo.java: 23)

拋出“NoSuchElementException”可能的途徑：

• Enumeration:: nextElement()

• NamingEnumeration::next()

• StringTokenizer:: nextElement()

• Iterator::next()

閱讀此關(guān)于如何在Java軟件中修復(fù)“NoSuchElementException”的教程。（@javinpaul）

48.“NoSuchFieldError”

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

publicNoSuchFieldError()

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

閱讀此關(guān)于如何在運(yùn)行Java軟件時(shí)發(fā)現(xiàn)什么導(dǎo)致“NoSuchFieldError”的討論。（@StackOverflow）

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 reachedSystem.out.println( "int value = "+ i); } catch(NumberFormatException nfe) { nfe.printStackTrace(); } }}

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

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

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

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

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

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

閱讀關(guān)于如何在運(yùn)行Java軟件時(shí)避免“NumberFormatException”的討論。（@StackOverflow）。

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 parsed elements to be processed. Aborting."); throwex; }} 結(jié)論

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