说明

    在之前的Android中Jni编程，跨模块传递string空指针，会导致程序崩溃异常。在VS不同的版本之间调用动态库，其中string作为参数传递，会出现另一种错误。调试过程中，监控string的传递值，会提示：读取该字符串的字符出错


解析

    string和STL模板出现异常的基本原理是一样的，传递的内存结构和动态库的内存结构是不一致的，因为无法确保当前的程序和动态库使用的VS版本是一致的，为了避免这个问题，传递char数组是一种非常保险的做法

结论

Android Jni编程中不允许跨模块返回一个空的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的源码处理上有问题，但是在同一个模块是不会有这个问题，而是在跨模块才会有这个问题，又将注意力转移到编译器优化上。