secretkeyspec线程安全吗？
注意：在encrypt string方法中，每次都会提取一个新的密码实例。
编辑：正如@savior所指出的，字段（SecretKeySpec）不应该表示为static。如果SecretKeySpec是线程安全的，那么我将使它成为配置类中的bean并将其注入加密bean（将其标记为私有final字段并通过构造函数注入）
共有1个答案
是的，是的。很容易看出原因：没有任何方法可以更改secretkeyspec实例的状态（第1条，见下文）。换句话说，类通常是不可变的，即使在类描述中没有特别提到这一点。根据定义，不可变类是线程安全的。实际上，大多数key实现（如果不是全部的话）通常是不可变的。
有一个方法打破了不可变性（我忘记了），那就是较新的key.destroy()方法。不过别担心，据我所知，它不是cipher或任何其他函数所调用的。此外，该方法不是通过secretkeyspec实现的（在OpenJDK直到版本14中选中）。
正如注释中还指出的，您不应该将任何动态信息放入静态字段中。相反，只是共享一个引用，否则。
-
问题内容： 自从我将哈希表用于任何重要的事情以来已经有一段时间了，但是我似乎想起了get（）和put（）方法是同步的。 JavaDocs没有反映这一点。他们只是说类Hashtable是同步的。我该怎么办？如果多个线程同时访问哈希表（假设它们没有修改同一条目），则操作将成功，对吗？我想我问的是“ java.util.Hashtable线程安全吗？” 请指导我摆脱这个问题… 问题答案： 它是线程安全的
-
问题内容： 我在JBoss 7中部署的Java EE应用程序中使用PostgreSQL 9.1 JDBC4驱动程序（postgresql-9.1-902.jdbc4.jar）。 我可以假设 javax.sql.DataSource 是线程安全的，以便多个线程可以同时调用getConnection（）方法吗？ 问题答案： javax.sql.DataSource本身是一个接口，因此无论线程安全与否，
-
问题内容： 是线程安全的？也就是说，在初始化它之后，是否可以依赖访问下一个随机数来保证线程安全？检查源代码似乎表明事实确实如此，并且此错误报告似乎表明它缺乏作为线程安全的文档是javadoc的问题。有没有人确认它实际上是线程安全的？ 问题答案： 是的。它扩展了，始终具有 事实上的 线程安全实现，并且从Java 7开始，它明确地保证了线程安全。 如果许多线程使用单个，则可能存在争用，从而影响性能。另
-
问题内容： Spring是线程安全的吗？那是 是可以安全共享多个连接的策略对象。 是一个连接对象（如数据库连接），使用时无法共享，并且需要为每个连接重新创建或池化。 问题答案： 是线程安全的（添加了重点）： 从概念上讲，它是非常相似的，和Spring框架和其他投资项目中发现的各种其他模板。举例来说，这意味着一旦构建后，线程安全 该类的对象不会更改其任何状态信息来处理HTTP：该类是Strategy
-
问题内容： 是实现线程安全的？我可以做点什么 不用担心遇到并发问题？ 问题答案： 您可以将此收集器用作类中提供的任何其他收集器，而不必担心遇到并发问题。在不用关心线程安全的，除非它有特点。它只需要使其操作无干扰，无状态且具有关联性即可。其余的将由Stream管道本身完成。它将以不需要额外同步的方式使用收集器功能。特别是在或函数被调用时，可以确保目前没有其他线程在相同的累加值上运行。这在收集器文档中
-
问题内容： JOptionPane.showMessageDialog应该是获取用户反馈的有用工具，因为它在您等待时会阻塞当前线程。 因此，我希望它是线程安全的，并且您不需要将调用包装在invokeLater或invokeAndWait中。 是这样吗 问题答案： 取自javax.swing包描述： Swing的线程策略 通常，Swing不是线程安全的。除非另有说明，否则所有Swing组件和相关类都