2

我有一个庞大的 C/C++ 库，我试图通过 JNI 将其用于 Android 项目。它由最初为 MFC 编写的几个类组成，我们已将它们移植到 Android 环境中执行。

该库构建良好（至少根据 ndk-build）。库的大小为 56 MB。

当我调用 System.loadLibrary 时，应用程序终止并记录以下内容：

致命信号 11 (SIGSEGV) 位于 0x00000004（代码 = 1），线程 16123

我在我的库上执行了 objdump，0004 处没有任何内容。这是转储的前几行：

DYNAMIC SYMBOL TABLE:
00000000      DF *UND*  00000000 __cxa_finalize
002fe600 g    D  .bss   00000000 __dso_handle
002f1e9c g    D  .init_array    00000000 __INIT_ARRAY__
002f20a4 g    D  .fini_array    00000000 __FINI_ARRAY__
0011dc58 g    DF .text  000000ec WideToJava
00000000      DF *UND*  00000000 __android_log_print
0021f460 g    DF .text  00000030 wcslen
00000000      DF *UND*  00000000 malloc
00000000      DF *UND*  00000000 free
0011dd44 g    DF .text  000000e4 WideToJava2
0011de28 g    DF .text  0000004e JavaToWSZ
0027443c g    DF .text  0000001c _Znaj
0011dec4  w   DF .text  00000018

然后我执行了一个 readelf 来查看是否有另一个库需要加载，这里列出：

Dynamic section at offset 0x2d99e0 contains 28 entries:
  Tag        Type                         Name/Value
 0x00000003 (PLTGOT)                     0x2fe464
 0x00000002 (PLTRELSZ)                   776 (bytes)
 0x00000017 (JMPREL)                     0x11d4a0
 0x00000014 (PLTREL)                     REL
 0x00000011 (REL)                        0x107770
 0x00000012 (RELSZ)                      89392 (bytes)
 0x00000013 (RELENT)                     8 (bytes)
 0x6ffffffa (RELCOUNT)                   11169
 0x00000006 (SYMTAB)                     0x128
 0x0000000b (SYMENT)                     16 (bytes)
 0x00000005 (STRTAB)                     0x31cd8
 0x0000000a (STRSZ)                      791389 (bytes)
 0x00000004 (HASH)                       0xf3038
 0x00000001 (NEEDED)                     Shared library: [liblog.so]
 0x00000001 (NEEDED)                     Shared library: [libandroid.so]
 0x00000001 (NEEDED)                     Shared library: [libstdc++.so]
 0x00000001 (NEEDED)                     Shared library: [libm.so]
 0x00000001 (NEEDED)                     Shared library: [libc.so]
 0x00000001 (NEEDED)                     Shared library: [libdl.so]
 0x0000000e (SONAME)                     Library soname: [libCSEntry.so]
 0x00000019 (INIT_ARRAY)                 0x2f1e9c
 0x0000001b (INIT_ARRAYSZ)               520 (bytes)
 0x0000001a (FINI_ARRAY)                 0x2f20a4
 0x0000001c (FINI_ARRAYSZ)               12 (bytes)
 0x00000016 (TEXTREL)                    0x0
 0x00000010 (SYMBOLIC)                   0x0
 0x0000001e (FLAGS)                      SYMBOLIC TEXTREL
 0x00000000 (NULL)                       0x0

然后我在调用 loadLibrary 之前添加了这些库：

public class ApplicationInterface 
{
 static
 {
  System.loadLibrary("log");
  System.loadLibrary("android");
  System.loadLibrary("stdc++");
  System.loadLibrary("m");
  System.loadLibrary("c");
  System.loadLibrary("dl");
  // when i call load library it blows up
  System.loadLibrary("CSEntry");
 }
// code
}

奇怪的是，有一个特定的类会破坏这段代码。当我注释掉此类的构造函数时，库加载正常。我已经使用 objdump 验证了构造函数存在于生成的库中。然后我继续注释掉构造函数中的代码，它也失败了。这是 C++ 中的违规代码：

// Code
m_pPifFile = new CNPifFile(sPifFilePath);

m_pPifFile->SetAppType(ENTRY_TYPE);
m_pPifFile->SetAppFName(sApplicationFilename);
m_pPifFile->SetBinaryLoad(true);

// load the PIF file
if(m_pPifFile->LoadPifFile())
{
    // PIF file loaded create a new Run App
    // the offending line
    m_pRunAplEntry = new CRunAplEntry(m_pPifFile);
// Code

运行AplEntry.h

class AFX_EXT_CLASS CRunAplEntry : public CRunApl
{
public:
    CRunAplEntry(CNPifFile* pPifFile);
    ~CRunAplEntry();

// code
};

运行Apl.h

class CLASS_DECL_ZBRIDGEO CRunApl : public CObject
{
public:
    CRunApl();
    virtual ~CRunApl();
// code
};

AFX_EXT_CLASS 和 CLASS_DECL_ZBRIDGEO #定义为空白空间。

我们为 Android NDK 编写了一个等效的 CObject。

这是生成文件：

应用程序.mk

# set the platform to the latest processor type
APP_ABI                 := armeabi-v7a
# build for GNU STL
APP_STL                 := gnustl_static
# turn on exceptions and runtime type info
APP_CPPFLAGS            += -fexceptions -frtti

安卓.mk

LOCAL_LDLIBS            := -llog -landroid $(BOOST_LIBS) -lgnustl_static
LOCAL_LDFLAGS           := -L$(BOOST_PATH)/lib/arm
LOCAL_CFLAGS            := -D__GLIBC__=1
LOCAL_CFLAGS            += -D_GLIBCXX_USE_C99_MATH=1
LOCAL_CFLAGS            += -DUNICODE=1
LOCAL_CFLAGS            += -D_UNICODE=1
LOCAL_CFLAGS            += -DGENERATE_BINARY=1
LOCAL_CFLAGS            += -DUSE_BINARY=1
LOCAL_CFLAGS            += -DPORTABLE=1
LOCAL_CFLAGS            += -fpermissive
LOCAL_CFLAGS            += $(CSPROMOBILE_INCLUDE)
LOCAL_STATIC_LIBRARIES  := Engine zTbdO zFormO zDictO zToolsO zUtilO zCommonO

我注意到 GCC 编译器不能很好地处理虚函数，我怀疑这可能是问题所在，但我不确定。这是我的环境的详细信息。

NDK：Crystax r75 ABI 目标：4.6.3 ADT：v21.0.1-543035 调试设备：Nexus 7

任何帮助将不胜感激。

如果您有任何其他信息，请随时询问。

谢谢，威尔

4

0 回答 0