❶ unity3d android真機閃退，已經被玩死了，有沒有大神遇到過的
這個很有可能是因為你的程序佔用的內存過大了，安卓機器承受不住。
建議做一做優化，例如修改貼圖質量，優化代碼等等。
另外在安卓機器的程序中不建議在start()裡面一次性做太過於多的工作，否在在初始化的時候閃退就尷尬了。
❷ unity3d 自動崩潰怎麼查
有時候因為代碼問題，導致unity編輯器運行時直接崩潰，看不到console輸出的log信息。那如何定位造成編輯器崩潰的原因呢？我總結了幾種方法
第一，查看編輯器log。unity官方文檔-logfiles，寫的很清楚。
windows上，編輯器log在c:\users\username\appdata\local\unity\editor\editor.log
mac上，log在~/library/logs/unity/editor.log
然而，從我的使用情況來看，很多時候編輯器崩潰並未在editor.log中生成崩潰信息。那怎麼辦呢？
第二，build出debug版本的應用，然後運行查看log。
在windows上，應用的appname_data目錄下，有一個output_log.txt，記錄了詳細的log信息。
mac上，log還在~/library/logs/unity/player.log。
ios上，可以直接在xcode控制台看到log。
android上，ddms也有詳細的log信息。
第三，針對ios或android
app。可以接入騰訊的bugly，在web後台查看應用日誌，非常方便。如果不想接bugly
sdk，自己注冊application.logmessagereceived，然後把日誌輸出到方便查看的地方也可以，比如我在使用bugly之前會把error和exception級別的log通過http發到我自己搭建的伺服器上。
❸ 詭異，Unity在安卓運行崩潰問題，求助
在整個開發階段和測試階段，出現了很多預料之外的事情，比如size是1M多的json文件解析、高清圖片導致OOM、莫名其妙的崩潰等。這些意外無一不影響開發計劃，增大壓力，最直接的表現是晚上加班和周末加班。 寫代碼和修改代碼遠比想像中的難控制。用戶體驗增加了代碼的細節處理難度、邏輯處理難度，android莫名的崩潰增加解決bug的難度。就這次開發，總結了一些經驗。 測試人員經常會報告小米1手機運行壁紙軟體時會崩潰的問題，崩潰日誌是: java.lang.RuntimeException: Failed to register input channel. Check logs for details. at android.view.InputQueue.nativeRegisterInputChannel(Native Method) at android.view.InputQueue.registerInputChannel(InputQueue.java:92) at android.view.ViewRoot.setView(ViewRoot.java:570) at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:177) at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:91) at android.widget.Toast$TN.handleShow(Toast.java:411) at android.widget.Toast$TN$1.run(Toast.java:337) at android.os.Handler.handleCallback(Handler.java:587) at android.os.Handler.dispatchMessage(Handler.java:92) at android.os.Looper.loop(Looper.java:130) 根據日誌推測該崩潰是和Toast有關。可是問題就奇怪了，我在代碼中只調用Toast.makeTest(...).show()，為什麼會引起這個崩潰。然後根據測試人員的反饋，當設置壁紙成功後，會引起這個崩潰，而且測試人員是在頻繁的操作下報出來這個問題的。根據這個現象，推斷有可能以下兩個原因引起的，一是，設置壁紙引起桌面發生變化，桌面發生變化時彈出toast會導致崩潰;二是，頻繁不間斷的彈出toast會引起這個問題。而之後測試人員反饋了一個新的現象，當進行新浪微博分享失敗後(前提是該新浪微博帳號是有問題的)，再去瀏覽壁紙圖片也導致了該崩潰，而且此現象僅出現了一次再也不復現。該bug最終是遺留解決。 針對這種問題，在以後的版本開發中肯定也會出現，怎麼避免它再次出現。我總結了從幾個方面做努力。先借來小米1手機來玩，學習手機發燒友的習慣和測試人員的思維，然後體驗小米1手機，對小米1要有更深入的認識;和小米進行溝通，還沒有認識牛逼的朋友在小米做開發，所以可以先在小米論壇上做活躍用戶，主動和對方和網友溝通;了解input channel是什麼功能，什麼機制，研究 anroid2.3的關於這塊的native代碼。 剛開始進入測試階段時，測試人員每天都會報告壁紙軟體頻繁崩潰的問題。對於一些簡單的崩潰問題，一般是空指針而且還復現，就不在這里說了。測試報告說，瀏覽壁紙圖片保存壁紙，預覽壁紙和設置壁紙時經常的崩潰，這種崩潰沒有規律可復現但是很頻繁出現。這種問題的原因是OOM，比如，在MX2手機上，桌面預覽要使用的點陣圖大小是1280 X 800 X 2 X 4位元組 約等於8M，軟體中的點陣圖各種處理(縮放、剪切、渲染、多個activity同時存在等)會導致內存使用量飆升到50多M，當超過64M左右時，軟體會報OOM錯誤。沒有徹底解決OOM的方法，網上有很多避免OOM的方法，比如延遲載入圖片、及時回收內存、弱引用等。另外在生成bitmap的地方要使用try 解決了這些崩潰問題後，還會有新的導致崩潰的原因。測試人員說中午吃完飯回來，打開壁紙軟體突然崩潰。分析這個現象後，找到原因是，長期待機情況下android殺掉了壁紙軟體的進程。但是疑問出現了，此時進程被殺掉了之後點擊app的icon，不是又重新打開了進程，重新運行了嗎，怎麼會崩潰呢。經過分析，發現有個詭異的地方是，android待機後把壁紙進程給殺掉了，但是該軟體的activity並沒有從task中刪除掉，所以當再點擊app的icon時，會執行task頂層的activity的onCreate，而onCreate里邊的一些東西還未初始化，會因為空指針而崩潰。 後來，測試人員報告了一個詭異的bug，安裝軟體後第一次打開軟體，歡迎界面的圖片顯示不出來，以後每次打開軟體歡迎界面的圖片都能打開出來。圖片是一個jpg文件，在raw中。最後找到原因是，在decode bitmap，scale bitmap時，其中要操作的一個變數imagewidth在第一次時是0，沒有賦值，之後再操作就不是0，賦值了。但是為什麼會這樣，最後找到原因了，imagewidth是一個全局靜態變數，該全局靜態變數在另外一個線程中會被賦值(賦上屏幕的寬度)。由於線程的非同步問題而導致第一次imagewidth是0。後來每次打開軟體，並不是進程重啟，而是activity重啟，imagewidth賦的值還在。
❹ 未轉變者unity游戲紅色感嘆號崩潰
當Unity崩潰時，切記千萬先別重新啟動Unity。
因為一旦重新啟動將會清除上一次的緩存數據，也就沒有辦法再找到並恢復了。
未轉變者是一款官方移植的出色的像素風格的末日生存游戲，在這里你將會體驗到和PC端一般無二的原滋原味的游戲體驗。
❺ Unity總是彈出崩潰界面
1.清除unity的注冊表。
首先在 在運行中輸入「regedit」打開注冊表界面。
刪除 HKEY_CURRENT_USER\Software\Unity 下所有項，
刪除 HKEY_CURRENT_USER\Software\Unity Technologie下所有項。
2.清除臨時文件。可能路徑不完全一樣，查找類似的刪掉就行
C:\ProgramData\Unity（ProgramData文件夾可能隱藏，顯示隱藏文件查看）
C:\Users\Administrator\AppData\Local\Unity
C:\Users\Administrator\AppData\LocalLow\Unity
C:\Users\Administrator\AppData\Roaming\Unity
❻ 詭異，Unity在安卓運行崩潰問題，求助
在整個開發階段和測試階段，出現了很多預料之外的事情，比如size是1M多的json文件解析、高清圖片導致OOM、莫名其妙的崩潰等。這些意外無一不影響開發計劃，增大壓力，最直接的表現是晚上加班和周末加班。寫代碼和修改代碼遠比想像中的難控制。用戶體驗增加了代碼的細節處理難度、邏輯處理難度，android莫名的崩潰增加解決bug的難度。就這次開發，總結了一些經驗。測試人員經常會報告小米1手機運行壁紙軟體時會崩潰的問題，崩潰日誌是:java.lang.RuntimeException:Failedtoregisterinputchannel.Checklogsfordetails.atandroid.view.InputQueue.nativeRegisterInputChannel(NativeMethod)atandroid.view.InputQueue.registerInputChannel(InputQueue.java:92)atandroid.view.ViewRoot.setView(ViewRoot.java:570)atandroid.view.WindowManagerImpl.addView(WindowManagerImpl.java:177)atandroid.view.WindowManagerImpl.addView(WindowManagerImpl.java:91)atandroid.widget.Toast$TN.handleShow(Toast.java:411)atandroid.widget.Toast$TN$1.run(Toast.java:337)atandroid.os.Handler.handleCallback(Handler.java:587)atandroid.os.Handler.dispatchMessage(Handler.java:92)atandroid.os.Looper.loop(Looper.java:130)根據日誌推測該崩潰是和Toast有關。可是問題就奇怪了，我在代碼中只調用Toast.makeTest().show()，為什麼會引起這個崩潰。然後根據測試人員的反饋，當設置壁紙成功後，會引起這個崩潰，而且測試人員是在頻繁的操作下報出來這個問題的。根據這個現象，推斷有可能以下兩個原因引起的，一是，設置壁紙引起桌面發生變化，桌面發生變化時彈出toast會導致崩潰;二是，頻繁不間斷的彈出toast會引起這個問題。而之後測試人員反饋了一個新的現象，當進行新浪微博分享失敗後(前提是該新浪微博帳號是有問題的)，再去瀏覽壁紙圖片也導致了該崩潰，而且此現象僅出現了一次再也不復現。該bug最終是遺留解決。針對這種問題，在以後的版本開發中肯定也會出現，怎麼避免它再次出現。我總結了從幾個方面做努力。先借來小米1手機來玩，學習手機發燒友的習慣和測試人員的思維，然後體驗小米1手機，對小米1要有更深入的認識;和小米進行溝通，還沒有認識牛逼的朋友在小米做開發，所以可以先在小米論壇上做活躍用戶，主動和對方和網友溝通;了解inputchannel是什麼功能，什麼機制，研究anroid2.3的關於這塊的native代碼。剛開始進入測試階段時，測試人員每天都會報告壁紙軟體頻繁崩潰的問題。對於一些簡單的崩潰問題，一般是空指針而且還復現，就不在這里說了。測試報告說，瀏覽壁紙圖片保存壁紙，預覽壁紙和設置壁紙時經常的崩潰，這種崩潰沒有規律可復現但是很頻繁出現。這種問題的原因是OOM，比如，在MX2手機上，桌面預覽要使用的點陣圖大小是1280X800X2X4位元組約等於8M，軟體中的點陣圖各種處理(縮放、剪切、渲染、多個activity同時存在等)會導致內存使用量飆升到50多M，當超過64M左右時，軟體會報OOM錯誤。沒有徹底解決OOM的方法，網上有很多避免OOM的方法，比如延遲載入圖片、及時回收內存、弱引用等。另外在生成bitmap的地方要使用try解決了這些崩潰問題後，還會有新的導致崩潰的原因。測試人員說中午吃完飯回來，打開壁紙軟體突然崩潰。分析這個現象後，找到原因是，長期待機情況下android殺掉了壁紙軟體的進程。但是疑問出現了，此時進程被殺掉了之後點擊app的icon，不是又重新打開了進程，重新運行了嗎，怎麼會崩潰呢。經過分析，發現有個詭異的地方是，android待機後把壁紙進程給殺掉了，但是該軟體的activity並沒有從task中刪除掉，所以當再點擊app的icon時，會執行task頂層的activity的onCreate，而onCreate里邊的一些東西還未初始化，會因為空指針而崩潰。後來，測試人員報告了一個詭異的bug，安裝軟體後第一次打開軟體，歡迎界面的圖片顯示不出來，以後每次打開軟體歡迎界面的圖片都能打開出來。圖片是一個jpg文件，在raw中。最後找到原因是，在decodebitmap，scalebitmap時，其中要操作的一個變數imagewidth在第一次時是0，沒有賦值，之後再操作就不是0，賦值了。但是為什麼會這樣，最後找到原因了，imagewidth是一個全局靜態變數，該全局靜態變數在另外一個線程中會被賦值(賦上屏幕的寬度)。由於線程的非同步問題而導致第一次imagewidth是0。後來每次打開軟體，並不是進程重啟，而是activity重啟，imagewidth賦的值還在。
❼ 詭異，Unity在安卓運行崩潰問題，求助
用unity寫了一個功能，在安卓上運行。功能是點擊Button(Unity的GUI)，調用Android代碼，重新載入Android程序。 問題：點擊Button後，程序黑屏，貌似是奔潰掉了，不知道問題出在哪，請各位看官有頭緒的請幫忙解釋下！！ 接上真機在Eclipse中調試沒有發現報紅。
以下是Unity響應Button：void OnGUI() {
if (GUILayout.Button("Restart application",GUILayout.Width(100),GUILayout.Height(100)))
{
using (AndroidJavaClass jc = new AndroidJavaClass("com.unity3d.player.UnityPlayer"))
{
using (AndroidJavaObject jo = jc.GetStatic("currentActivity"))
{
jo.Call("StartApp");
}
}
}
}
以下是Android端實現重新載入Android程序的代碼：public void StartApp(){ Intent intent = MainActivity.this.getPackageManager().getLaunchIntentForPackage(this.getPackageName()); startActivity(intent);
}