python中sorted()函数在列表太长时不工作

如题所示，很离谱，记录一下。

在学《python从入门到实践（第二版）》里面的画地震，火灾散点图的时候发现：

在plotly上，先画上去的点会被后画上去的点覆盖，导致全球地震、火灾分布散点图上，最严重的点无法凸显。在火灾分布散点图上尤为明显，整张图都是黄的，如下：

在fig=px.scatter()中加入参数color_continuous_scale='ylorrd'，就可以得同款配色啦 ~

为了让严重的点能更好的突出，我试着将reader对象转化成列表，然后按照绝对亮度大小排序：

reader=list(reader)
sorted(reader,key=(lambda x:x[bright_index]))
# bright_index是从文件头中得到的绝对亮度(bright_t31)的列的下标

然并卵，输出的图形还是一个样......

然后我发现bright_t31那一列是字符串，咱应该比较的是浮点数据的大小，于是加了一句：

reader=list(reader)
for row in reader:
    row[bright_index]=float(row[bright_index])

sorted(reader,key=(lambda x:x[bright_index]))
# bright_index是从文件头中得到的绝对亮度(bright_t31)的列的下标

然而还是没什么卵用......

当时有点怀疑是不是已经排过序了，于是就把header列表直接打印了出来（虽然很长，但咱也不用全部看完不是），看了一小段，发现并没有排序！

可是我明明用了sorted()函数呀，那么问题肯定出在这个函数上！

但是为什么别人又用的好好的呢？Ceres的博客-CSDN博客_python二维列表排序

没办法只好自己写了一个冒泡排序：

# 先把字符串转换成浮点型
for row in reader:
    row[bright_index]=float(row[bright_index])

# 根据亮度排序
for i in range(len(reader)-1):
    for j in range(len(reader)-i-1):
        if reader[j][bright_index]>reader[j+1][bright_index]:
            reader[j],reader[j+1]=reader[j+1],reader[j]

一运行，电脑小风扇就开始转了，我就知道，有用！

前面用sorted()函数的时候很快就输出结果了，不能不让人怀疑它到底有没有好好工作。

等了一会（顺便写这篇博客），出结果了：

 差别不要太大好吧......

所以，得出结论：sorted()函数在列表太长时不工作，需要自己写排序。

最后再附上地震的两张图看一下区别：