相关疑难解决方法(0)

Android上的AES解密太慢而无法使用.NDK会更快吗?其他想法?

我使用内置的Cipher类在Android上实现了AES/CTR.对于我的目的来说,解密似乎太慢了,128KB的块在仿真器上解密大约需要6秒,而在三星Galaxy硬件上需要2.6秒.

我想知道是否使用NDK构建OpenSSL并调用其方法会更快.有人对这个有经验么?部分我想要相信Cipher("AES/CTR/NoPadding")方法只是本机OpenSSL调用的包装器,因为支持Android的Linux操作系统应该安装了libcrypto.如果是这种情况,那么尝试使用NDK只会浪费时间,因为不会出现性能提升.

我没有费心在iOS上计算时间,但即使3Gs硬件也解密得如此之快,以至于10MB解密似乎对最终用户来说是即时的.我发现很难相信Android的实现确实更糟糕,但也许这就是现实.

如果这真的是我面临的问题,那么是否有人对其他实施策略有任何想法会为最终用户提供难以察觉的响应(在10Mb文件上)?我办公室的另一位开发人员用一种诙谐的方式建议我只使用XOR加密,这让我想要自己面对,但我认为(安全问题除外),如果我这样做,它会起作用.

谢谢!

这里有一些简化的代码供参考:

public class ResourceDecryptor {
    private static ThreadLocal<Cipher>      mCipher;
    private byte[]                          mIV = new byte[ 8 ];
    private SecretKeySpec                   mKey;
    private String                          mResourcePath;

    private static final int                kAESBlockSize = 16;

    public ResourceDecryptor( String resourcePath, String decryptionKey ) throws UnsupportedOperationException {
        // initialization of mKey, mIV, & mResourcePath, elided 

        // store mCipher as a thread local because Cipher.getInstance() is so slow,
        // ResourceDecryptor is a static object that persists for the app lifetime
        // so this …
Run Code Online (Sandbox Code Playgroud)

java performance android aes

7
推荐指数
1
解决办法
4261
查看次数

标签 统计

aes ×1

android ×1

java ×1

performance ×1