Android应用仅在Telenor Infinity崩溃，NDK AES加密引发SIGABRT错误

结合你提供的错误日志（stack corruption detected + Fatal signal 6 (SIGABRT)）和场景描述，这个问题属于典型的特定旧设备上NDK代码栈内存异常，其他设备正常说明代码逻辑本身无普遍问题，以下是针对性的排查和修复方向：

1. 先确认ABI编译兼容性 #

你的设备ABI是arm（32位ARM架构），首先排查NDK编译配置是否覆盖该架构：

• 检查build.gradle中的ndk.abiFilters，确保包含armeabi-v7a或armeabi（Android 6.0的旧ARM设备几乎都是32位）；
• 如果用CMake构建，确认CMAKE_ANDROID_ARCH_ABI设置正确，不要仅编译arm64-v8a这类64位架构。

跨ABI的代码执行很容易触发内存对齐或访问异常，尤其是栈内存这类对布局要求严格的区域。

2. 检查AES代码中的栈内存使用 #

栈损坏最常见的诱因是栈上分配过大缓冲区或越界写入栈变量：

• 如果你在加密函数里用了unsigned char buf[4096];这类固定大小的栈数组，旧设备的栈空间通常比新设备小，处理较大加密数据时极易溢出；
• 解决方案是把大缓冲区移到堆上分配，避免栈空间不足：

// 错误示例：栈上分配大缓冲区
void encrypt_data(unsigned char* input, size_t input_len) {
    unsigned char stack_buf[4096]; // 栈空间有限，易溢出
    // AES加密操作...
}

// 修复后：堆上分配缓冲区
void encrypt_data(unsigned char* input, size_t input_len) {
    // 根据加密需求计算缓冲区大小，比如加上AES块大小的余量
    size_t buf_size = input_len + AES_BLOCK_SIZE;
    unsigned char* heap_buf = (unsigned char*)malloc(buf_size);
    if (!heap_buf) {
        // 处理内存分配失败
        return;
    }
    // AES加密操作...
    free(heap_buf); // 记得释放内存
}

3. 适配Android 6.0的NDK版本和系统限制 #

• 若你使用了较新的NDK版本（比如r24及以上），这类版本对Android 6.0（API 23）的兼容性已弱化，建议降级到NDK r21e（支持API 23的最后几个稳定版本之一）；
• Android 6.0的SELinux政策比旧版本严格，检查NDK代码是否访问了系统限制的内存区域，或存在未初始化栈变量导致的随机内存访问。

4. 启用栈保护编译选项定位问题 #

为了精准定位出错代码行，建议在NDK编译配置中添加栈保护选项：

• 若用Android.mk，添加：

  LOCAL_CFLAGS += -fstack-protector-all
  

• 若用CMake，添加：

  target_compile_options(your-native-lib PRIVATE -fstack-protector-all)
  

重新编译后运行，崩溃日志会包含更详细的栈回溯信息，你可以用NDK自带的ndk-stack工具解析日志，直接定位到出错的函数和代码行。

5. 验证AES算法实现细节 #

• 检查AES的模式（如CBC/GCM）和密钥长度（128/256位），部分旧ARM设备对256位AES的硬件加速支持有问题，可尝试降级到128位密钥测试；
• 确认IV（初始化向量）的处理是否正确，避免因未初始化IV导致的内存越界。

按照这些步骤排查，应该能快速定位并解决栈损坏问题。

内容的提问来源于stack exchange，提问作者Mohsin