Jni string空串跨模块使用崩溃注意事项

本文探讨了在不同模块间返回空字符串导致的内存错误问题,特别是在Android环境下出现SIGSEGV信号错误的情况。通过分析发现,当从一个模块返回空字符串到另一个模块时,由于内存释放不当引发崩溃。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言:

    结论:不允许跨模块返回一个空的string类型。

    例子:当前有两个模块A,B,在不同的库文件中

    

using namespace A

{

std::string GetString()

{

std::string str = "";

return str;

}

}


using namespace B

{

void GetResult()

{

std::string str = A::GetString();

}

}


一旦调用GetResult,就会发生错误,按照崩溃的信息

signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0xdeadbaad

Abort message: 'invalid address or address of corrupt block 0x358e4 passed to dlfree'

    r0 00000000  r1 f7643dec  r2 deadbaad  r3 00000000

    r4 000358e4  r5 f76450f8  r6 aaff3000  r7 e41a28c4

    r8 12d080e0  r9 ab00b490  sl 12d46500  fp 12d46500

    ip 00000080  sp fffddb48  lr f7614fe7  pc f7614fe8  cpsr 600f0030

    d0  0000000000000000  d1  6120726f2073736c

    d2  6f20737365726466  d3  707572726f632072

    d4  ab1e7e80ab1e7e80  d5  0000000000000000

    d6  00740065004e002e  d7  006b0072006f0077

    d8  0000000000000000  d9  0000000000000000

    d10 0000000000000000  d11 0000000000000000

    d12 0000000000000000  d13 0000000000000000

    d14 0000000000000000  d15 0000000000000000

    d16 0000000000000000  d17 0000278c00000000

    d18 6ffeabe86ffeabe8  d19 6ffeabe86ffeabe8

    d20 6ffeabe86ffeabe8  d21 6ffeabe86ffeabe8

    d22 6ffeabe86ffeabe8  d23 6ffeabe86ffeabe8

    d24 6ffeabe86ffeabe8  d25 6ffeabe86ffeabe8

    d26 6ffeabe86ffeabe8  d27 6ffeabe86ffeabe8

    d28 6ffeabe86ffeabe8  d29 6ffeabe86ffeabe8

    d30 6ffeabe86ffeabe8  d31 6ffeabe86ffeabe8

    scr 60000011


backtrace:

    #00 pc 00028fe8  /system/lib/libc.so (dlfree+1239)

    #01 pc 0000f2c3  /system/lib/libc.so (free+10)

    #02 pc 0000c630  /data/app/cn.test/lib/arm/libnative.so

大致猜测为当GetString退出当前的模块A作用域,就已经释放了string指向的内存空间,当GetResult函数调用结束的时候,重新释放导致了问题的出现。


在这里如果在同一个模块(同一个库文件)使用,就是GetString和GetResult处于同一个模块,就不会有任何的问题。


或者GetString中定义的str不是一个空字符串,也不会有任何的问题。



目前在java层,jstring 为空,传递给jni层出现错误:

signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xb38800ec

    r0 00000002  r1 0000002e  r2 ffffffd0  r3 b6d0f2f0

    r4 b6d0f2e8  r5 b38b0f6c  r6 b4cc2000  r7 b3880000

    r8 b4cc9008  r9 b6d02594  sl 00000001  fp 00000000

    ip b38800b8  sp be8e53a8  lr b6ce434b  pc b6ce13ca  cpsr 200f0030

    d0  0000000000000000  d1  0000000000000000

    d2  000003e800000000  d3  0000000000000014

    d4  424831a6528a632c  d5  5aea5aea5aea52e9

    d6  5aea5aea5aea5aea  d7  5aea5aea5aea5aea

    d8  0000000000000000  d9  0000000000000000

    d10 0000000000000000  d11 0000000000000000

    d12 0000000000000000  d13 0000000000000000

    d14 0000000000000000  d15 0000000000000000

    d16 0000043800000780  d17 0000000100000004

    d18 0000004800000002  d19 0000000400000000

    d20 0000000000000033  d21 0000000000000000

    d22 0000000000000000  d23 4ffd51265a458900

    d24 0000000000000001  d25 0001000100050005

    d26 8003800380078007  d27 0023002300030003

    d28 0000000000000000  d29 0000000000000000

    d30 0000000000000000  d31 0000000000000000

    scr 80000012


backtrace:

    #00 pc 000553ca  /system/lib/libc.so (ifree+49)

    #01 pc 00058347  /system/lib/libc.so (je_free+374)

    #02 pc 0000fe1f  /data/app/test/lib/arm/libnative.so

    #03 pc 0000ac61  /data/app/test/lib/arm/libnative.so



已经开始进展的活动:在Linux跨模块测试string空串问题,没有重现,说明Linux没有这个问题,而Android采用的C库是GOOGLE编写的,应该是string的源码处理上有问题,但是在同一个模块是不会有这个问题,而是在跨模块才会有这个问题,又将注意力转移到编译器优化上。






     本文转自fengyuzaitu 51CTO博客,原文链接:http://blog.51cto.com/fengyuzaitu/1719114,如需转载请自行联系原作者



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值