现象描述：
在 windows 操作系统下加解密正常，但部署到 linux 环境中相同的输入加密结果不正确，并且每次运行返回的结果都不同。也就是说在windows下加解密都正常，一但部署到linux下，就会提示解密失败，原因是每次加密后的结果都不同，当然MAC机上也是。
原理：
加密过程需手动指定随机数的生成规则，同理在解密过程中也需手动指定随机数的生成规则。
java.security.SecureRandom
此类提供加密的强随机数生成器 (RNG)。许多实现都是伪随机数生成器 (PRNG) 形式，这意味着它们将使用确定的算法根据实际的随机种子生成伪随机序列。其他实现可以生成实际的随机数，而另一些实现则可能结合使用这两项技术。
加密的强随机数至少要遵从《FIPS 140-2, Security Requirements forCryptographic Modules 》中 4.9.1部分指定的统计随机数生成器测试。另外，SecureRandom 还必须产生非确定性输出，因此，正如以下文章中所描述的那样，要求种子材料必须是不可预知的，SecureRandom 的输出必须是加密的强序列：《RFC 1750:Randomness Recommendationsfor Security 》。
与 Java Security 中其他基于算法的类一样，SecureRandom 也提供了与实现无关的算法，因此，调用方（应用程序代码）会请求特定的 RNG 算法并将它传回到该算法的 SecureRandom 对象中。如果需要，还可以通过特定的提供程序请求特定的算法。请参见 getInstance 方法。
因此，有以下两种请求 SecureRandom 对象的方法：仅指定算法名称，或者既指定算法名称又指定包提供程序。
如果仅指定算法名称，如下所示：
SecureRandomrandom = SecureRandom.getInstance("SHA1PRNG");
系统将确定环境中是否有所请求的算法实现，是否有多个，是否有首选实现。
如果既指定了算法名称又指定了包提供程序，如下所示：
SecureRandomrandom = SecureRandom.getInstance("SHA1PRNG", "SUN");
系统将确定在所请求的包中是否有算法实现；如果没有，则抛出异常。
现象描述
KeyGenerator kg = KeyGenerator.getInstance("AES");
kg.init(128, new SecureRandom(key.getBytes()));
修改后代码
当然还有一种方法就是修改JDK，将1.8改为1.7，也可解决（此方法本人未尝试，有兴趣的可以试试）
参考自：http://blog.csdn.net/abc8049156/article/details/50343075
作者：自爆的糖果