今天用戶提交了一個(gè)測試問題,在使用我們的業(yè)務(wù)模塊 ’ 辦理托運(yùn) ’ 的時(shí)候，執(zhí)行保存操作的時(shí)界面突然退出,而且每次執(zhí)行同樣的操作時(shí)都這樣,我們的項(xiàng)目是RCP架構(gòu)，運(yùn)行在JVM1.6 10.0 ,但是其他用戶使用相同配置的電腦卻沒有這個(gè)問題，公司電腦都是統(tǒng)一配置，看來不是硬件問題，所以懷疑是他電腦的環(huán)境問題,比如安裝了一些其他軟件會和SWT有沖突,畢竟SWT也是通過JNI調(diào)用操作系統(tǒng)的資源,在檢查客戶端環(huán)境的時(shí)候在安裝目錄下面新生成了一個(gè)類似 hs_err_pid1824.log 的一個(gè)日志文件,出現(xiàn)這個(gè)日志說明JVM工作不正常了,通常都記錄了操作JVM崩潰的原因和崩潰之前的內(nèi)存快照，大致內(nèi)容如下：
#
# An unexpected error has been detected by Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6951dbd7, pid=1824, tid=3756
#
# Java VM: Java HotSpot(TM) Client VM (10.0-b19 mixed mode windows-x86)
# Problematic frame:
# C [UNISPIM6.IME+0x1dbd7]
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
這里面最有價(jià)值的一句話是
# Problematic frame:
# C [ UNISPIM6.IME +0x1dbd7]
從他的電腦上進(jìn)行文件搜索 UNISPIM6.IME 這個(gè)文件, 發(fā)現(xiàn) 這個(gè)文件是紫光輸入法的模塊,使用的版本是6.1 ,將紫光輸入法卸載掉,再執(zhí)行同樣的操作,錯(cuò)誤不再發(fā)生！看來真的是紫光輸入有問題.
后來在我的電腦上模擬客戶的安裝環(huán)境,安裝了個(gè)紫光輸入法6.1，執(zhí)行他們同樣的操作時(shí)也會異常退出，而替換成5.x版本的話就不會產(chǎn)生問題,看來這個(gè)版本的紫光輸入法和我們軟件有沖突,看來要將紫光輸入法列入我們公司的黑名單了！希望清華同方公司能夠重視這個(gè)問題,不然要損失大概1萬名潛在的用戶了。