Android JNI System.loadLibrary不需要吗？

Question

我需要你的帮助才能在Android上添加一些关于JNI的见解.我一直在看Android中的/ libcore/x-net包,注意Apache Harmony是SSL功能的默认提供者(使用OpenSSL).

我在互联网上找到的每个地方都说当你在Android中使用JNI时,你必须使用System.loadLibrary(...)方法加载本机代码,但我无法看到Apache Harmony在哪里使用它.我很困惑他们的本机代码是如何加载的.他们的Java代码中没有任何地方可以加载他们的本机库.

/ libcore/x-net/src/main/java/org ... [JNI的Java代码]
/ libcore/x-net/src/main/native/... [JNI的C++代码]

克里斯

Answer 1

Chrisc,

要跟进添加新提供程序,您可以将文件添加到任何所需位置,包括在应用程序中.Android已经在不同的包中注册了多个提供商.例如,在dalvik/libcore/security/src/main/java/java/security/Security.java中

// Register default providers
private static void registerDefaultProviders() {
    secprops.put("security.provider.1", "org.apache.harmony.security.provider.cert.DRLCertFactory");  //$NON-NLS-1$ //$NON-NLS-2$
    secprops.put("security.provider.2", "org.apache.harmony.security.provider.crypto.CryptoProvider");  //$NON-NLS-1$ //$NON-NLS-2$
    secprops.put("security.provider.3", "org.apache.harmony.xnet.provider.jsse.JSSEProvider");  //$NON-NLS-1$ //$NON-NLS-2$
    secprops.put("security.provider.4", "org.bouncycastle.jce.provider.BouncyCastleProvider");  //$NON-NLS-1$ //$NON-NLS-2$
}

并且在libcore/security/src/main/java/java/security/security.properties中也是冗余的

但是,即使您将自己的类添加到同一个包中,也不会影响现有的提供程序.这是因为Provider类(例如JSSEProvider)定义了用于提供各种算法实现的类(通过上面看到的属性)

在您的情况下,您可能希望提供新的SSLContext实现.您可以在JSSEProvider中看到它注册SSLContextImpl以提供SSLContext的"TLS"(又称SSL)实现:put("SSLContext.TLS",SSLContextImpl.class.getName());

因此,您可以添加自己的提供程序来注册替代实现.

您不需要将您的Provider添加到Security.java或security.properties,但您可以使用Security.addProvider添加新的,甚至Security.insertProviderAt来控制您的Provider按优先级顺序显示的位置.

一旦您注册了自己的Provider,就可以使用SSLContext.getInstance("SSLContext","your-provider-name")确保从新的Provider获取实例.或者,如果提供者的优先级高于内置提供者,则所有调用SSLContext.getInstance("SSLContext")的程序都将获得新的实现.

另一个注意事项是SSLSocket也可以使用SSLSocketFactory.getDefault()创建.可以覆盖使用自己的SSLSocketFactory和ssl.SocketFactory.provider = org.apache.harmony.xnet.provider.jsse.OpenSSLSocketFactoryImpl(查看SSLSocketFactory.getDefault).与添加新提供程序不同,我不确定是否可以在应用程序中完成.

最后,就C++代码而言,您显然可以提供自己的JNI本机代码.如果您只是在应用程序中执行此操作,则您将其注册为任何其他JNI代码(或自动加载),但由于我大部分时间使用内置代码,因此我没有详细说明.与大多数本机代码一样,如果要将代码构建到VM(如当前代码),则需要避免使用符号名称冲突.我们尝试将尽可能多的代码静态作用于文件以避免此类问题.但是,提供不同版本的libssl.so本身完全是另一回事.如果您需要做类似的事情,我没有任何经过测试的设备.

您可能会发现此后续文档对于添加新提供程序的后台也很有用:如何在Java™加密体系结构中实现提供程序 http://download-llnw.oracle.com/javase/6/docs/technotes/guides/security /crypto/HowToImplAProvider.html

-bri