java - 加载库 Cryptopp 时获取 "Java Result: -1073741571"

Question

我正在尝试将自定义 c++ dll (使用 jni) 加载到 java，但我有一个问题:我的 dll 使用 cryptopp 库，当 java 尝试加载依赖(包括 cryptopp) 时，应用程序退出并显示消息:

Java Result: -1073741571

那是什么，我可以在不删除 cryptopp 的情况下解决这个问题吗？

<小时/>

更新:

如果我评论了文件 zCypto.h 和 zCypro.cpp，并删除了 cryptopp 库的所有使用，它可以正常工作，没有任何错误，如果我加载 cryptopp，则会抛出错误。Java代码:

public static void main(String[] args){
    System.loadLibrary("cryptopp");
    System.loadLibrary("ZCPP_Code64");
}

CPP源代码(我在Visual Studio 2012中制作dll):

#include "zCrypto.h"

JNIEXPORT void JNICALL Java_ru_zontwelg_Loader_loadCache 
(JNIEnv *env, jobject jobj)
{

std::fstream stream;
stream.open("C:\\testing_capturing\\enc.zwac", ios_base::binary | ios_base::in);

// Other decode & read stuff here ...

stream.close();
}

标题:

/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class ru_zontwelg_Loader */

#ifndef _Included_ru_zontwelg_Loader
#define _Included_ru_zontwelg_Loader

extern "C" {

    /*
     * Class:     ru_zontwelg_Loader
     * Method:    loadCache
     * Signature: ()V
     */
    JNIEXPORT void JNICALL Java_ru_zontwelg_Loader_loadCache
        (JNIEnv *, jobject);

}

#endif

zCrypto.h:

#ifndef ZontWelg_zCrypto
#define ZontWelg_zCrypto

#include <dll.h>

#include <cstdio>
#include <Windows.h>
#include <iostream>

#include "cryptlib.h"
using CryptoPP::Exception;

#include "hex.h"
using CryptoPP::HexEncoder;
using CryptoPP::HexDecoder;

#include "base64.h"
using CryptoPP::Base64Encoder;
using CryptoPP::Base64Decoder;

#include "filters.h"
using CryptoPP::StringSink;
using CryptoPP::StringSource;
using CryptoPP::StreamTransformationFilter;

#include "sha.h"
#include "rsa.h"
#include "hex.h"
#include "osrng.h"
#include "secblock.h"
#include "modes.h"
#include "aes.h"
using CryptoPP::AES;

//#include "ccm.h"
using CryptoPP::CBC_Mode;

#pragma comment(lib, "cryptlib.lib")
//#pragma comment(lib, "crypt32.lib")
#pragma comment(lib, "cryptopp.lib")

using namespace std;

class zCrypto {
public:
    static string base64(string in);
    static string from_base64(string in);

    static string decrypt(const std::string& str_in);
};

#endif

Answer 1

这对我来说看起来很奇怪，但无论如何我都不是 JNI 专家:

public static void main(String[] args){
    System.loadLibrary("cryptopp");
    System.loadLibrary("ZCPP_Code64");
}

我希望看到类似的内容(来 self 的 Crypto++/Android/JNI 项目之一):

public class PRNG {

    static {
        System.loadLibrary("stlport_shared");
        System.loadLibrary("cryptopp");
        System.loadLibrary("prng");
    }

    private static native int CryptoPP_Reseed(byte[] bytes);

    private static native int CryptoPP_GetBytes(byte[] bytes);

    private static Object lock = new Object();

    // Returns the number of bytes consumed.
    public static int Reseed(byte[] seed) {
        synchronized (lock) {
            return CryptoPP_Reseed(seed);
        }
    }

    // Returns the number of bytes generated.
    public static int GetBytes(byte[] bytes) {
        synchronized (lock) {
            return CryptoPP_GetBytes(bytes);
        }
    }
}

不用担心 STLport_shared，因为它是 Android 的东西。

<小时/>

这看起来也很奇怪:

#pragma comment(lib, "cryptlib.lib")
//#pragma comment(lib, "crypt32.lib")
#pragma comment(lib, "cryptopp.lib")

因为您正在调用 System.loadLibrary("cryptopp")，这意味着您正在使用 Crypto++ DLL。这也意味着不需要:#pragma comment(lib, "cryptlib.lib")。选择静态链接或动态链接，但不能同时选择两者。

如果您 (1) 构建 ZCPP_Code64 DLL，并且 (2) 静态链接到 Crypto++，这可能是最简单的。那么你的静态加载器将如下所示:

    static {
        System.loadLibrary("ZCPP_Code64");
    }

<小时/>

如果您选择针对 Crypto++ 的静态链接，那么您可能必须重建静态库。那是因为您最终将采用以下配置:

Your DLL -> dynamic linking against the C Runtime
Crypto++ LIB -> static linking against the C Runtime

这将导致一堆重复符号(C 运行时符号)。你想要的是:

Your DLL -> dynamic linking against the C Runtime
Crypto++ LIB -> dynamic linking against the C Runtime

要修复此问题，请打开 Cryptlib 项目，并将运行时链接对象从静态更改为动态。请参阅“静态链接与动态链接”:Compiling and Integrating Crypto++ into the Microsoft Visual C++ Environment .

<小时/>

这对我来说看起来不错:

JNIEXPORT void JNICALL Java_ru_zontwelg_Loader_loadCache 
(JNIEnv *env, jobject jobj)
{
    ...
}

我不确定... native 库需要位于 Windows 上的哪个位置。为此，请查看 Java JNI and dependent libraries on Windows .

<小时/>

如果多个线程访问同一个底层 Crypto++ 对象，您还必须执行锁定。就我而言，底层对象是一个 AutoSeedRandomPool:

public class PRNG {

    ...

    // Returns the number of bytes consumed.
    public static int Reseed(byte[] seed) {
        synchronized (lock) {
            return CryptoPP_Reseed(seed);
        }
    }

    // Returns the number of bytes generated.
    public static int GetBytes(byte[] bytes) {
        synchronized (lock) {
            return CryptoPP_GetBytes(bytes);
        }
    }
}

在您的情况下，它可能是 Base64Encoder 或 Base64Decoder。

请记住，所有 Crypto++ 类对象都是线程安全的，这意味着它们不访问全局或共享数据。但当多个线程(错误)使用同一个对象时，它们并不安全。

<小时/>

我咨询JNI问题的书是The Java Native Interface: Programmer's Guide and Specification .

<小时/>

最后，对“答案”表示抱歉。这并不是一个真正的答案。相反，它是一个很大的评论，不适合评论 block 。