淦 为啥我的图不显示

xxx


@mreasonyang
@ppyybb
@lu5je0
@optional
大致代码如上 理论上线程数量越多 AQS 里的链表越长,时间越长,但是正如 @lu5je0 所说的,AQS 默认实现为非公平锁,有可能一来就直接拿到锁而不进 AQS 链表,所以结果为 1s,但是如果他进了 AQS 链表就会产生误差,我电脑只能跑到 10w 线程 如图所示

ExecutorService get = Executors.newCachedThreadPool();
LinkedBlockingQueue linkedBlockingQueue = new LinkedBlockingQueue();
for (int i = 0; i < 100000; i++) {
get.submit(() -> {
try {
System.out.println("成功获取"+linkedBlockingQueue.take());
Thread.sleep(10000);
} catch (InterruptedException e) {
e.printStackTrace();
}
});
}
get.submit(() -> {
long l = System.currentTimeMillis();
Object poll = null;
try {
poll = linkedBlockingQueue.poll(1000, TimeUnit.MILLISECONDS);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(poll);
System.out.println( System.currentTimeMillis()-l);

});

@mreasonyang
@ppyybb
@lu5je0
@optional

@optional 可能也有点关系吧

@ppyybb 但是极端情况下:比如有多个线程在 poll,他们都加入了 AQS 等待队列,这个时候 awaitNanos 超时时间到了再把 awaitNanos 这个线程从 Condition 里的链表转移到 AQS 里的链表,由于先进先出原则.调用 awaitNanos 的这个线程得等到 AQS 之前的所有 Node 都出队之后才会到他去抢锁,所以这个值也可能很大甚至误差几秒钟都可能

摸

我 touchbar 黑了一部分 已经找售后了

@evam 哈哈哈哈哈哈哈 🐂🍺

@Smilencer 严谨!

@idyu 哈哈哈哈 或许这就是真理的魅力 8

人要是没有梦想 那不就等于无忧无虑吗

@leavebody 咋还看上脚了呀...

@webshe11 红红火火恍恍惚惚

@manwei6341 这个可以

@Bwoywan 我也是啊 但是这样感觉有点做贼心虚的样子呢

@SkyCity4NJ
@ArthurMarcel
@zero469
看鼻子好像确实是个不错的选择 看眼睛真的气氛会有点怪怪的