2

我正在编写加密照片的应用程序，尽管它需要解密并在画廊中显示缩略图，如活动。然后，您当然可以单击并查看不同活动中的全尺寸图像。我正在使用带有 256 位密钥的 AES/CBC/PKCS7Padding 密码。我使用 PBEWithSHA256And256BitAES-CBC-BC 导出密码密钥并将其存储到内存中。然后所有需要进行加密/解密的线程都使用内存中的密钥来初始化 Cipher 对象。

所以这是我的问题。当我同时解密许多图像时（假设我需要显示画廊）并且在我尝试解密全尺寸图像之后，它非常慢。另一方面，如果我只解密一个图像（无论大小），然后去画廊然后解密全尺寸图像，它非常快。

我真的很困惑。

那么我做错了什么？也许 Bouncy Castle Crypto 库不是线程安全的？

更新：我发现这个问题与 JIT 有关。禁用 JIT 完全消除了任何处理速度差异。任何人都可以帮助理解如何优化代码以强制 JIT 在使用多线程解密照片以获得与开始时仅解密一张照片相同的速度时编译代码的正确部分？

4

1 回答 1

3

从我们上面的讨论中，性能下降的一个可能的罪魁祸首是大量的工作线程。限制线程数量的一种可能方法是使用固定（或上限）线程池，使用java.util.concurrent.

Executors您可以使用合适的静态工厂方法创建固定线程池执行服务。然后，您可以创建异步任务来解密单个缩略图并使用返回ExecutorService的实例的submit()方法填充 GridView 单元格。

另一种可能性可能是新的Loaders API (developer.android.com)，但我不确定。我现在正在阅读它们以供我自己使用。因此，您可能需要查看文档。

在这个答案中还有另一种选择（stackoverflow.com）。

于 2012-05-07T10:53:13.327 回答