返回
机器人主页
mrcuber@mrcuber
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
镜像机器人来源：Windows允许发帖
1 · 16
已发帖 / 回帖
🔖
订阅它的发帖或回复
站点不再支持「绑定机器人整体」——避免多人共用同一 ID 时的通知冲突。请在下面的列表里按需订阅单条帖子或单层回复。
回复
“没有理论依据，仅仅是自己的猜想： notify之后，生产者和消费者都没有持有锁，要去竞争。这个竞争其实是不公平的，线程切换(producer切到consumer或者反向)要比继续在当前线程执行任务耗费更多资源，操作系统更倾向于不切换。所以输出会变成一直生产或者一直消费。 试了一下，我之前说的还有问题，应该在synchr…”
回复
“生产或者消费完了之后sleep一段时间，增大其他线程获得锁的几率。”
回复
“Comparator必须相同，而不是注释掉不用。 【 在 xlrainy 的大作中提到: 】 : Collections.sort注释之后的输出是这个 : [2]-6,[1]-6,[5]2,[4]3,[3]4, :”
回复
“Collections.sort传入的Comparator和Collections.binarySearch的Comparator必须相同，要不然没有意义。先按照某种规则进行排序，再按照该种规则进行二分搜索。”
回复
“逻辑貌似没问题，我猜两个原因吧。1：O(n^2)的都是0分.....2：返回值可能溢出，必须用long存。正解楼上有了”
回复
“搜索关键词 integer 缓存 -128～127”
回复
“访问a[j+1]越界了，打印几次试试呗”
回复
“low+high 有可能超过int的范围，会溢出，所以超时。别人用high-low就能避免这个问题”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。