@xgfan
用了镜像的
<mirror>
<id>alimaven</id>
<name>aliyun maven</name>
<url>http://maven.aliyun.com/nexus/content/groups/public/</url>
<mirrorOf>central</mirrorOf>
</mirror>

@xgfan
我昨天已经踩了好久坑了，照着视频做，就是有问题。

@chihiro2014
@chendy
idea 自带的 maven 总是叫什么 bounded(maven)，所以 idea 自带的 maven 总是与 idea 自身匹配的呗。

而且我出现的 build 后编译不出来 class 的问题，是不是就是 maven 与 idea 不匹配导致的呀。

@walkerliu
好吧，我也觉得小数点应该不是问题，但为毛，那个自定义变量 @r 都是一个 int 型的，但从子查询的结果集再一查就变成了个字符串了。

这是个什么知识点。。

@walkerliu
感觉里面不需要嵌套两个子查询吧，晚上我执行一下你的。

为啥我那个外层查询得到 rank 的字段看起来是个字符串的类型呢，奇怪，晚上看看

@justgodlike1993
两个字段都得转吗

网址在这里，大佬们帮忙瞅瞅

https://leetcode-cn.com/problems/rank-scores/

@519718366

>改写后的 sql 是通过子查询的形式，这样做最大的特点是产品信息的去重，即使订单里有两个商品 A，返回的结果里也只有一条 A 的纪录。

其实我那个子查询不会去重，不过你提醒了我，子查询应该这么写：
(SELECT prod_id, sum(quantity) FROM orderitems WHERE order_num = 20005 GROUP BY prod_id)
或者：
(SELECT distinct prod_id FROM orderitems WHERE order_num = 20005)


select 里的子查询确实不好，我也觉得。


>我推荐把 sql 拆成多次执行用上覆盖索引。第一次带上查询条件，用上覆盖索引，把关键的 id 返回给服务器，服务器再根据第一次返回的 id 去对应的表查附属信息。

本人比较菜，大概理解下。加覆盖索引就得 ALTER TABLE，以后你意思是 执行多个 sql 语句吗，这怎么搞，第一个 sql 语句的结果存起来吗

个人怀疑，是不是 ForkJoinPool#commonPool()的坑，难道是在 supplyAsync 内部提交 task 给 commonPool 的时候执行了什么奇怪的拒绝策略。

建议使用 supplyAsync(Supplier<U> supplier, Executor executor)，自己给一个线程池，排除一下线程池的原因。

@qiayue 忘 @了

其实我是根据书中前面内容瞎改了下，用 explain 看了下，我这么改好像更不好了。本来以为先用子查询查出订单 20005 里的产品 id 会更好呢。

第一个图是第一个查询的。

<img src="https://s1.ax1x.com/2020/09/05/wZSgx0.png" alt="1599316644(1)" border="0">

第二个图是第二个查询的。

<img src="https://s1.ax1x.com/2020/09/05/wZSHR1.png" alt="1599316719(1)" border="0">

而且还报了个警告。。

感觉 thenCompose 很像 thenApplyAsync，但又不是。

而且 thenComposeAsync 就更难理解了。

@passerbytiny
好吧，大概理解了。主要之前我以为我这个例子，applyAsync 和 thenApplyAsync 的执行线程肯定是同一个线程，但从源码上看发现 前一个线程只是提交任务给 Executor 而已。

所以，applyAsync 和 thenApplyAsync 的执行线程不一定是同一个呗。只是这个例子里，线程池是这样调度的。

@zyoo
多试几次也一样。我怀疑这跟 ForkJoinPool.commonPool()的线程调度有关系，但我现在还没来得及看它的原理呢。。

@passerbytiny
没说不可以，它们之间肯定是串行的，但不一定是同一个线程吧。从源码上可见，supplyAsync 的线程并不是直接执行下一个 task 的，因为它 e.execute(this)之后就马上返回了。

@BBCCBB
volatile 变量的修改可以立刻让所有的线程可见，这个确实很好理解，对于同一个字段来说。

但其实，对 A 字段的 CAS 写操作，可以让其他所有字段的普通写操作，也马上可见。我这么理解对不

@mind3x
大佬，还想问个问题：
就是你 1 楼给的泛型函数里，
为什么一定要声明 Comparable<? super T> key = (Comparable<? super T>) x;
我觉得声明成 Comparable<T> key = (Comparable<T>) x;就完全可以了啊，完全不理解为啥这样。

因为 key.compareTo((T) e)比较时，也是和确定的 T 类型进行比较的啊。