@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 类型进行比较的啊。

@mind3x
谢谢回复

原来如此，大概就是：
Integer[] array = new Integer[5];
Comparable<?> aa = (Comparable<?>)(new Integer(1));
array[4] = aa;//编译报错

我也很好奇为什么不把 array[k]=key 改成 array[k] = x，这样构造器里面就不用转换数组类型了嘛

PriorityBlockingQueue<E>的声明，你不提醒我，我都没注意到这一点。

@fuxiuyin
@msg7086

哈哈，我想到怎么实现了。大概就是这样 https://blog.csdn.net/anlian523/article/details/107732532
幸亏 @fuxiuyin 老哥提醒了我，数字和数字之间三个空格，我就直接让最后一层（也就是宽度最宽的那一层）的数字之间都间隔三个空格。

@fuxiuyin
我现在先考虑数字都是一位数的，能实现就行，两位数的话再优化😂

@msg7086
思路确实有问题，不过我感觉吐空格不是那么简单，层数一多起来（ 5,6 层）的时候，各个层数字之间的空格可能都不一样。有点费脑细胞了。。