[回到版面]
回應模式
名 稱
內 文
附加圖檔[] []
  • 可附加圖檔類型:GIF, JPG, JPEG, PNG, WEBM,瀏覽器才能正常附加圖檔
  • 附加圖檔最大上傳資料量為 3072 KB。
  • 當檔案超過寬 125 像素、高 125 像素時會自動縮小尺寸顯示
  • 目前附加圖檔使用量大小: 151342 KB / 500000 KB
  • 回覆時程式碼縮排會被trim消掉,請善用[code][/code]標色或貼到ideone等網站
  • LaTeX記法可以用「$$」或「\( \)」包起來,例如「$\sum_{k=1}^{k=n} k^2 = \frac{n(n+1)(n+2)}{6}$」
  • 投稿時請點擊畫像認證後,再按下 [送出] 按鈕提交。
  • 鬧板、攻擊性發言、煽動性發言請無視(回應者也無視),並使用del或在貓管理部向管理員回報。
  • 新介面尚處於測試階段,如果有任何問題可以向管理員或於程設交流版反映。

程式crash無名18/09/14(五)10:28:56 ID:ePpkXzJYNo.12863
最近用unity寫的手機app發生頻繁的crash,直接關掉回手機桌面

但是程式都有用try跟catch包起來,在這樣的狀況下,他還會crash的原因可能是什麼?
無名18/09/14(五)10:59:25 ID:azRv9QfENo.12864
在什麼手機執行?
有Log可以看嗎?
無名18/09/14(五)12:11:36 ID:ePpkXzJYNo.12865
>>12864
android的手機

log....這個我要再看看...
無名18/09/15(六)02:43:28 ID:RjkPPtxUNo.12866
可能某個thread在跑東西你管不到,然後他爆炸了就直接死掉
無名18/09/16(日)10:51:16 ID:R/0cVmcYNo.12867
感覺物件導向特有的遺毒在手機上被放大了
這種思維容易寫出不定時炸彈
一炸開就是直接崩潰
垃圾回收的概念又讓工程師的習慣變更差了
(埋炸彈的當下不會立刻炸開)

既然是最近才發生的
那麼查歷史修改記錄來追可能比較划算
起碼先找到壓死駱駝的那根稻草

我過去遇到的類似問題是發生在Java與C交流的介面上
死的是NDK編出來的library
去翻log也找不到線索
無名18/09/16(日)10:57:20 ID:U35xy28gNo.12868
>>12867
>我過去遇到的類似問題是發生在Java與C交流的介面上
>死的是NDK編出來的library
想詳細一下這方面
因為程式中含有用JAVA包出來的JAR檔來給C#使用
能詳細你那邊具體是怎麼死的嗎
無名18/09/16(日)14:29:13 ID:R/0cVmcYNo.12869
>>12868
NDK是用來編譯C/C++的
純Java包出來的要是出包應該會有log訊息
跟我的情況不同

我的情況是Java餵給C++的參數是有問題的
可能同事規格書沒看清楚吧
C++那邊也沒能注意檢查到這問題(幹 典型的工程師互相挖坑)
反正填了正確的參數就解決了
所以也沒深究那個死法的原理
因為那個bug要讓app跑個約1小時才會發生

No.12866講的情況很有可能
android的log訊息非常非常的多
所以我才會建議從歷史修改去找
如果你這bug需要運行一段時間才會發生的話
就更需要翻歷史了
試看看從哪一版才開始出現這問題


【刪除文章】[]
刪除用密碼: