JDK6的Random和System.nanoTime()引起的一个“大”bug

最新推荐文章于 2023-02-11 09:47:50 发布

原创

最新推荐文章于 2023-02-11 09:47:50 发布 · 3.1k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#java #jdk #线程安全

目前在做一个基于nats的paas项目时，碰到了一个诡异的问题。这个场景是业务A发送一个消息，业务B处理完以后应答，业务A拿到应答数据以后处理。

业务A --->request---->nats server dispatch--->业务B....--->发送应答---->nats server dispatch---->业务A

在我的macbook + JDK上运行时，大概有50%的概率会碰到业务A的两个线程收到同样的消息应答。

以下为业务A发送消息的代码，inbox是临时创建的一个唯一应答id(subject)，如果是收到重复消息，应该是创建了不唯一的inbox。

	@Override
	public Request request(final String subject, String message, long timeout, TimeUnit unit, final Integer maxReplies, MessageHandler... messageHandlers) {
		assertNatsOpen();
		if (message == null) {
			throw new IllegalArgumentException("Message can NOT be null.");
		}
		final String inbox = createInbox();
		System.out.println(Thread.currentThread()+ " inbox == "+inbox);
		final Subscription subscription = subscribe(inbox, maxReplies);
		for (MessageHandler handler : messageHandlers) {
			subscription.addMessageHandler(handler);
		}

		final ScheduledExecutorService scheduler = (channel == null) ? eve