第387章 崩潰的原因

他們做系統,是隨時進行更新的,非常重視蒐集使用者的使用情況反饋,一旦發現,就必須解決,就是怕這樣的情況出現在演戲或者戰場當中,那到時候這就不是bug,而是事故了。

很明顯,這次遇到的閃退現象是一個新的bug。

由於裡面基本就只有這個控制程式,連桌面都沒有,閃退之後,整個系統看上去就是一篇淡淡的黑色,系統還是是在執行,只是他們的控制程式崩潰了。

經過測試,只有我們現在這個版本才有這個現象,其他版本都是好的。曹興平說道,這次我們因為升級和改寫的程式碼不多,我正在讓他們在一步步跟蹤除錯,應該很快就能找到原因。

對於這樣的情況,他們的處理經驗非常豐富,基本上已經形成了一整套固定的處理流程,只要按照這個流程來做,就可以迅速找到問題的根源所在,為他們節省不少時間。

林鴻站在旁邊,對於他們這個工作,有點無語。

一方面是佩服他們能夠將這個簡單的系統用得這麼順,另外則是對他們在如此重要的場合使用一個國外的閉源系統而感到不可思議。

他心中已經對這個雷達系統的具體引數洩露有了個腹案,基本上只要稍微驗證一下,可能就能找到洩露的原因。

一會兒之後,餘波就已經將問題的根源找了出來。

原因很簡單,他們在使用一個函式返回值的時候沒有做判斷,不知道為什麼,這個函式並沒有能夠成功執行,其返回值為null,也就是為空,這並不是有效的數值,最終導致了整個控制程式的崩潰。

一個小小的返回值而疏忽了檢查,於是導致了整個程式的崩潰

林鴻強忍著沒有讓自己的臉部肌肉發生變化。

這樣的情況,如果出現在通用的作業系統中,還是可以接受的。但是,現在竟然出現在一個軍事領域的雷達控制系統中,是在是讓他有點無語。

現在的問題是,為什麼這個函式沒有返回值

曹興平和餘波都感到很奇怪,翻來覆去地研究了半天都沒有找到答案。

不可能啊,之前應該都是好好的,為什麼現在會這樣這個函式為什麼沒有返回值餘波嘴裡唸叨道。

其實要修復這個bug進行很簡單,就是在程式碼裡面對這個返回值進行判斷即可,沒有返回值,則不做處理,直接忽略掉就行了,這個軟體便不會再崩潰了,並且也不影響大局。

但是,他們必須搞清楚,這個函式為什麼沒有返回值

理論上來講,這個情況是非正常的,不在他們的計劃之內。

為了搞清楚原因,餘波把系統進行了重啟,進去之後,發現系統變得正常了。

測試了幾次,執行了一些功能,也沒有那個現象。

接下來,他進行了關鍵的一步操作,也就是將控制程式進入靜默狀態,類似於電腦中的待機省電狀態,然後再啟動,結果又出現了這種情況,和剛才如出一轍。

控制程式還是閃退

進入除錯將返回值dump出來,發現又是那個函式又沒有返回值而導致的。

也就是說,第一次的時候,那個函式是正常執行了的,而進入靜默狀態之後,這個函式也就關閉了,但是在此啟動,卻沒有成功,返回了null值。

於是,餘波開始了一次又一次的除錯。

重啟修改測試。

各種方法都用遍了,仍然找不到問題到底出在哪裡。

他都快要瘋掉了

徐直中在旁邊看了一會兒,也有些心煩,正想將曹興平喊去他辦公室,一起商量一下有關洩密的事情,這個時候,林鴻終於忍不住開聲了:

這應該是有東西接管了sdk裡面的那個呼叫函式,導致你們的函式無法執行,所以才導致返回null值。

接管了呼叫函式

那個技術員頓時搖頭。

不應該,那個函式是系統的底層函式,在使用者層根本沒有進行修改的許可權。

曹興平聞言,則稍微思索了一下,覺得他的話非常有道理,這樣才能解釋得通。

他有些訝然地看了林鴻一眼,問道:你對這個系統也有研究

我們就是做這一行的,自然對常見的系統都要深入研究。

說完,林鴻又對那個技術員道:

許可權要自己動手去拿,不會自動送上門。

作者「瘋狂小強」的其他小說

修仙高手再戰都市