❶ 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);
}