當(dāng)用jxl包操作excel文件的時(shí)候，在拷貝大批量的單元格的時(shí)候會(huì)發(fā)生錯(cuò)誤，信息如下：
1 java.lang.ArrayIndexOutOfBoundsException: 441
2 jxl.biff.IndexMapping.getNewIndex(IndexMapping.java:68)
3 jxl.biff.FormattingRecords.rationalize(FormattingRecords.java:372)
4 jxl.write.biff.WritableWorkbookImpl.rationalize(WritableWorkbookImpl.java:727)
5 jxl.write.biff.WritableWorkbookImpl.write(WritableWorkbookImpl.java:489)
這個(gè)錯(cuò)誤曾花了我不少時(shí)間，為了避免這個(gè)錯(cuò)誤，我曾試過(guò)把一個(gè)excel報(bào)表中的紀(jì)錄拆分成好幾部分分別進(jìn)行處理，效率可想，非常的慢，非常的煩人，后來(lái)，偶爾在網(wǎng)上看到有人建議看看它的源代碼，也許能更好的理解它，死當(dāng)活馬醫(yī)，下了源代碼，為了能夠更清楚地調(diào)試和跟蹤，我把jxl中的src下的源程序直接導(dǎo)到了工程里進(jìn)行調(diào)試，結(jié)果發(fā)現(xiàn)這個(gè)錯(cuò)誤是在jxl.biff下的formatting records.java這個(gè)類中出的問(wèn)題，它定義了一個(gè)變量private static final int maxFormatRecordsIndex = 0x1b9;即最大紀(jì)錄格式數(shù)目為441,因此每當(dāng)拷貝的單元格超過(guò)這個(gè)變量值的時(shí)候就會(huì)報(bào)錯(cuò)，解決的方法就是把這個(gè)0x1b9換成一個(gè)大點(diǎn)的值，即可，我換成了7200基本滿足了需要，沒(méi)有再報(bào)這個(gè)錯(cuò)，而且以往復(fù)制單元格，單元格格式丟失的情況也沒(méi)有再出現(xiàn)，問(wèn)題完全解決！
教訓(xùn)：對(duì)于現(xiàn)成的東西，已經(jīng)做好的東西，要敢于去研究，去質(zhì)疑，尤其是開源的東西，因?yàn)槎际菫榱藗€(gè)人的使用，其中難免有些東西，對(duì)于我們自己的項(xiàng)目來(lái)說(shuō)不太合適，找到它的源代碼，大概一跟蹤，基本上問(wèn)題就能解決，以前的時(shí)候，總是感覺(jué)自己的水平菜，總認(rèn)為別人的東西都是對(duì)的，結(jié)果導(dǎo)致問(wèn)題一直拖到現(xiàn)在，親自動(dòng)手實(shí)踐，永遠(yuǎn)是最好的方法！