致命信号 11 (SIGSEGV)，代码 2，tid 14358 中的故障地址 0x37acd7ac答案

【问题标题】：Fatal signal 11 (SIGSEGV), code 2, fault addr 0x37acd7ac in tid 14358致命信号 11 (SIGSEGV)，代码 2，tid 14358 中的故障地址 0x37acd7ac
【发布时间】：2016-09-25 08:33:10
【问题描述】：

我刚刚遇到了问题。当我将我的 gradle 版本更改为 2.1.0（旧版本是 1.5.0）时，我的代码出错了。奇怪的是没有 logcat，所以我只是不知道如何找出问题和错误的零件代码。我试图在我的 AndroidManifest 中添加 android:allowClearUserData="true" 。结果它不起作用。当我将我的 gradle 版本更改为旧版本时，一切顺利。我是一名新编码员，我使用 Retrofit 来完成网络工作。请帮帮我。哦，我在 logcat 中打开 OpenGL 堆栈，它会调用glGetError() 然后它就崩溃了。

【问题讨论】：

添加 p.s 问题只发生在我的 nexus6p 上，另一台设备就好了
nexus 6p 意味着它将具有 android marshmallow .. 因此权限检查中可能存在一些问题.. 您可能需要在 6.0 及更高版本中添加运行时权限。因此，请检查您在启动应用程序时是否需要添加任何运行时权限。
所有权限都已经被授予，而且随着gradle版本的改变就可以了，所以其实我不认为这是权限问题，但还是谢谢你。你还有其他想法吗？
我也有这个问题。我们从 Gradle 1.2.3 升级到 2.1.0，并且在加载特定活动时遇到了完全相同的崩溃。升级到 2.0.0 就可以了。我怀疑这是 Gradle 2.1.0 中的错误
您好，我也有同样的问题，请查看stackoverflow.com/questions/54760308/…

标签： android gradle fatal-error

【解决方案1】：

根据你的描述，我不知道。如果只是升级AS，应该不会crash，而是可能更新了SDK或者Build tool Env。如果你回到1.5，使用同平台sdk时甚至没有崩溃，支持库sdk吗？升级2.1.0后，crash是什么时候发生的？启动应用程序，或打开一些活动？如果稍后，您应该将您的代码限制为某个扩展，然后从 Google 搜索。

从崩溃信息来看，应该和JNI有关。如果您使用 JNI，您的应用在应用安装目录中有一个库路径，用于列出所有支持的 ABI .so。你可以找到不同的 btw wking machine 和异常的一个。来自thisstackOverflow，你也可以试试。

【讨论】：

谢谢你。问题与 9.patch 不同。但是今天我将 as 更新为 2.2preview。问题解决了。项目不要再崩溃了。