java的HashMap的get方法线程安全吗？
在并发情景下，如果只用HashMap的get方法（不用put)，因为我的Map是放配置数据的，启动完成后里面的数据不会改变，线程是否安全？
共有3个答案
问法本身有点儿问题。
谈及线程安全，需要从原子性、可见性、有序性三个角度出发。显然 HashMap 并不满足这些条件，所以它是非线程安全的。
但如果确实如你所言的这种场景的话，此时业务上不会出现脏读、幻读等问题，但并不能说它是线程安全的。
只读操作是线程安全的，只要确保new的时候(看你是否延迟加载了)线程安全，以及初始化的时候不要去get就行.
并发的线程安全，通常指多个线程，同时读写，导致变量的值存在不一致等情况。
那只读不写，也就没这种风险了。
不过为了避免，建议封装一层工具类，这个存放配置的hashMap作为内部参数，工具类对外只提供get方法，这样约束一下业务代码，不要直接操作hashMap，而且后续如果需要提供修改等方法的时候，也方便替换为线程安全的方式
-
我有一个应用程序，它有一个ConcurrentHashMap本地存储一个存储在外部服务器上的数据副本。地图每隔几秒钟就会更新一次数据的新副本。 我有一个循环，每隔几秒钟运行一次，它可以访问HashMap并按照值的顺序将元素添加到数组中（实际上它做的事情还多一些，但这并不相关）。我的问题是，如果数据在创建数组的过程中发生了变化，您可能会在不同的地方有重复的键，或者完全省略一些键。 示例： 如您所见，
-
我试图用这个键得到一个值。我正在使用get（）方法。我的密钥是由int和String组成的对象。所以我提出反对 我收到了空的。当我查看去bug模式或打印密钥集时，我收到类似的消息 虽然我的钥匙应该是 为什么键看起来像这样而不是以及如何使用键获取值？ 我在键中覆盖了字符串methid。它看起来更好，但我仍然有空值，我相信有一些价值。
-
IBM的支持指出，Class.GetAnnotation的实现不是线程安全的。 与其他JVM实现（例如，OpenJDK)相比，我们可以看到它们以线程安全的方式实现类方法。IBM JVM是一个闭源JVM，他们确实会发布一些源代码和他们的JVM一起，但无论什么时候他们的类实现是否线程安全，都不足以做出明确的判断。 类文档没有清楚地说明它的方法何时是线程安全的。那么，将类方法（特别是getAnnotat
-
问题内容： 我有多个线程试图更新MySQL数据库？使用executeUpdate方法是线程安全的吗？ 问题答案： 不，使用它不是线程安全的。 实际上，如果其他某个线程使用一条语句，然后另一个线程调用executeUpdate（），则另一个线程的s（如果有的话）将被关闭。“ javadoc.sql.Statement的JavaDoc（PreparedStatement是其子类型） ”如果存在打开的语
-
问题内容： 在我的Java项目中，我需要以多种方式使用TreeMap。我发现ConcurrentSkipListMap是我需要的，但是某些方法不是线程安全的。其中之一- containsKey（Object key）。以多种方式使用此方法的典型解决方案是什么？在我的程序中，我需要放置不会替换旧密钥的密钥，如果不可能的话，我将放置另一个密钥而不会获得唯一密钥。因为我不会丢失信息，所以应该使用哪种构造
-
问题内容： 经过一番认真的搜索后，我发现RandomAccessFile- class不是线程安全的。现在，我可以使用一个信号量来锁定所有读取和写入，但是我认为这样做的效果不是很好。从理论上讲，一次可以进行多次读取和一次写入。如何用Java做到这一点？有可能吗？ 谢谢！ 问题答案： 文件的部分锁定是一项复杂的业务，许多操作系统都避免这样做。但是，如果您坚持要这样做，一种方法是设计自己的锁定机制对象