这个加密代码是线程安全的吗?

我有一个不可变的加密助手对象池,其中包含JavaJCA密码和MigaGeDigestObjts对象的实例:

AlgorithmInstance( Cipher encCipher, Cipher decCipher, MessageDigest digest ) { ... }
private BlockingQueue< AlgorithmInstance > pool = new ArrayBlockingQueue< AlgorithmInstance >(poolSize);

我的应用程序中需要加密或解密的各种线程通过访问池来争夺算法实例对象。每个线程使用它们来加密或解密,然后在完成后将它们返回到池中。线程不会在任何JCA对象上同步,因为没有并发访问。解密的工作方式大致相同。

public byte[] encryptMessage( byte data[] ) { ...
 try {
  AlgorithmInstance inst = pool.take();

  inst.digest.reset(); 
  byte[] digest = inst.digest.digest(message);

  inst.encryptCipher.init( Cipher.ENCRYPT_MODE, m_currentKey, ivParams );
  inst.encryptCipher.doFinal( messageBuffer );
 }
 finally {
  pool.put(inst)
 }
}

这在99.99%的时间内有效;在单元测试中,这在100%的时间内有效。然而,一旦进入蓝月,我会得到一条消息,它的计算摘要不正确——通常这表示消息篡改或网络错误;但是发送方和接收方在同一台机器上(在不同的进程中)。

问: 密码或摘要是否有一些内部状态可能会受到内存一致性影响——我在一个2核Windows系统中,所以我不知道如何受到内存一致性影响。我重新初始化密码并消化每个调用,这样就不重要了。

问: 是否有任何方法可以让我以填充模式结束,根据消息长度,填充模式有时会失败?解密器和加密器使用完全相同的算法(aes/cbc/pkcs5padding+sha-256,密钥大小为128)。