@KasuganoSoras 本身有分级

@ShienPro 只是测试的

1 redis 底层类似 hashmap
2 应该从这些数据结构的操作的时间复杂度下手(根本原因是底层数据结构的实现导致的)
3 ziplist 看一下源代码,看了数据结构就明白在什么情况下 ziplist 会产生性能问题,就会明白在什么时候该用,3.0 还是 3.2 之后 list 实现就是 quicklist 了,ziplist 在 hash set 都有用到,元素较少的时候遍历可能比 hash 还快

具体可以看楼上 差别就是循环内赋值的话多两条指令 多两条 80ms 少两条 600ms 感觉和 cpu 缓存有关了


long t1 =System.currentTimeMillis();
int res = 0;
int n = 0;

for (int i = 0; i < 2000000000; i++) {
n = 6 * 1346;
res |= n;
}
long t2 =System.currentTimeMillis();
System.out.println(String.format("time: %d, res: %d", t2 - t1, res));
问题只在于 n = 6 * 1346;

问题在于 n 的赋值吧

索引下推

@zthxxx 原图链接有的 画师暂时没加,考虑在我们的画师页面加上

@Mithrandir0 多谢提醒

Showdoc 现在支持版本控制了吗？

@mouyase 是某第三方客户端开发老哥

@lxk11153 感谢 说的不错 尤其是生命日历

@Rossweisse 暂时没有

@designer 谢谢夸奖~

慢查询队列找出来，优化一下查询

@qyvlik 图片域名是国外的，而且 16r 图片都做了处理了

@mokeyjay 是的，也可以参考一下我们的那个图片加速，就是修改了请求头直接访问 p 站图片

@mokeyjay 为啥要抓取 图片域名本来就是公开的

@acrisliu 主要是 jdbc 的支持以及 spring mvc 可能别人参与开发容易一些

@fxt0706 能详细聊聊吗 qq392822872

@Removable 我去反馈一下