V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Sponsored by
LinkedIn
不坐班的神仙工作 · 去任何你想去的地方远程,赚一线城市的工资
2000 个不用出门 Social 的全球远程工作,帮助 V2EX 的小伙伴开启全新的工作方式。
Promoted by LinkedIn
V2EX  ›  zmal  ›  全部回复第 1 页 / 共 7 页
回复总数  122
1  2  3  4  5  6  7  
“这严格意义上来讲是错的,所以对此抱有怀疑态度(dog)”
没什么好怀疑的,在这种场景下 hash 碰撞的概率几乎没有。如果还有疑虑,可以用两个不同的摘要算法。
5 天前
回复了 yazinnnn 创建的主题 Java java19 ga
kotlin 协程和 JEP425 这个还差挺远的
10 天前
回复了 badboy17 创建的主题 Java 又被面试官问倒了,关于分布式锁
没听说这个 case 有解决方案了啊,有方案踢我一脚。
用 redis 时做好业务兜底,用 zk 时别要求效率。
10 天前
回复了 badboy17 创建的主题 Java 关于限流组件,令牌桶和漏桶
漏桶就是一个定长队列,入队列时无限制可以猛入,下游慢慢消费。请求峰值时队列写满,后续请求被丢弃,表现为服务不可用。
令牌桶也有最大容量,可以理解为每秒增加 m 个直到达到桶的最大值 n 。和漏桶的区别主要是两点: 1.即使桶未满,qps 超过令牌入桶流速时部分丢弃,表现为服务限流,达到了类似滑动窗口的限流功能。2.桶的最大值起到一个蓄水池效果,和漏桶一个意思。
企业家不怕打脸。这句话不是贬义。
19 天前
回复了 7911364440 创建的主题 Java 请教一个 Redis 过期时间的问题
这个设计没法用,换方案吧。
19 天前
回复了 7911364440 创建的主题 Java 请教一个 Redis 过期时间的问题
1L 说的不准确,redis 的定期删除和惰性删除能保证在第二次 get 时确定是否删除。但 redis 过期是在 redis 服务写入成功后开始算的,不包含你的服务远程发送到 redis + redis 接收执行 的时延。
19 天前
回复了 7911364440 创建的主题 Java 请教一个 Redis 过期时间的问题
定时任务的时间间隔没那么准,和 redis 没啥关系。你这个方案问题也蛮多的,redis 执行延迟、定时任务阻塞都会导致不可靠。
赞!
22 天前
回复了 974879409 创建的主题 程序员 四年前端,聊聊这一行的体会...
不要被自己的技术栈局限了视野。
22 天前
回复了 974879409 创建的主题 程序员 四年前端,聊聊这一行的体会...
@atytaop7

哈哈哈哈你说的有几分道理,但 OP 说的也没啥错,人身攻击实属无必要。
技术是为业务服务的,更贴近业务核心才能有更好的技术视野。
你列举的东西其实是属于前端“体验优化”部分,但体验优化再好也算不上一个产品的核心竞争力,顶多是个锦上添花。

OP 的想法是想让自己更贴近业务核心,你的想法是深挖前端细节。都没有错,但前者价值更高。
24 天前
回复了 abc0123xyz 创建的主题 Java 求教一个 Java 线程池的问题
这不就是连接池的适用场景么
两个都用过,都很优秀。
用 React 会强迫使用者有工程化组件化的思维,写大项目会更舒服一些。
Vue 上手更简单,想怎么写都行,也很舒服。
但不是一种舒服,Vue 是一种随心所欲的舒服,React 是鳞次栉比的舒服。
25 天前
回复了 badboy17 创建的主题 数据库 mysql 为什么一定要生成聚簇索引
为了查找方便,就算是 kafka 这种 MQ 的 offset 也有索引,不然 seed 一个 offset 得从头遍历到尾,多傻啊。
@qW7bo2FbzbC0 你说的不就是 scala 、kotlin 、grovvy 之流么?可以在 JVM 上跑,可以用 JDK ,还可以和 Java 混合编译。
这么多点击没人回答,估计是懒得回答吧,有点基础···
搜索下什么是“回表”。有 idx (`data_type`, `is_deleted` )时,where is_deleted = 0 AND data_type != 1 的 count(*)不需要回表,只通过索引就能完成统计。
区分度低的索引查询慢说的是有回表的情况。
double 类型的 IEEE 754 标准,十进制可以精确表示的数在二进制下可能无法在有限位数内精确表示。
你在 chrome 控制台打印下 0.1 + 0.2 就知道了。
@JasonLaw
??? treeMap 的 key 是 int 值的年份,总共才 5 个数,和时间集合的长度无关。
@JasonLaw
private int 返回入参时间距今几年(String time);
Map<Integer, List<String>> yearMap = list.stream().collect(Collectors.groupingBy(this::返回入参时间距今几年, TreeMap::new, Collectors.toList()));

treeMap 只是用来把年份做个排序,遍历的时候方便。不用也可以。
我明白你的意思了,你是觉得你的一坨 if else 代码需要比较 6 次有多余耗时?其实优化成 除 12 再分组就可以了。
而且计算时间复杂度时常数的部分可以忽略。而且大于小于这种计算在这个场景里的时间消耗可以忽略不计。
1  2  3  4  5  6  7  
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4459 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 96ms · UTC 07:16 · PVG 15:16 · LAX 00:16 · JFK 03:16
Developed with CodeLauncher
♥ Do have faith in what you're doing.