V2EX › zmal 的所有回复 › 第 4 页 / 共 8 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8

❮

❯

2022 年 8 月 11 日

回复了 Sam99 创建的主题 › 程序员 › == > < 在 JavaScript 这三种运算哪个更消耗 cpu 和内存，以及所用时间？

盲猜是==

2022 年 8 月 11 日

回复了 dxatgp02 创建的主题 › Java › Java 对象里为什么要用 get set?

op 好奇的可能是为什么纯数据实体也要用 getter/setter ，这要从 Java 的一切皆对象说起了，涉及到当时的语言设计思想，略过不表。

本质上是因为在 Java 中没有结构体这种纯数据实体结构，jdk17 的 record 也只是对象的语法糖。结构体可能在 jdk18 或 19 加入。

2022 年 8 月 10 日

回复了 eryajf 创建的主题 › 程序员 › [交流] 最近在看前端的内容，接触了一些前端的代码，有一些吐槽

op 吐槽的其实都是 js 的问题。
js 最开始只是想做个脚本语言，弱类型写法多变没啥不好。结果前端发展过于迅猛，很快面临了工程化问题。js 的各种弱点暴露的比较明显。

你吐槽的东西大部分能用 js 类型补丁语言：ts 来解决。ts 写起来挺爽的。

2022 年 8 月 9 日

回复了 badboy17 创建的主题 › Java › Java 求解答：为什么 JackSon 和 fastJson 里使用 string.intern，欢迎美团技术团队解答:-)

对你说的 ygc 变慢是 intern()引起的说法存疑。

2022 年 8 月 9 日

回复了 badboy17 创建的主题 › Java › Java 求解答：为什么 JackSon 和 fastJson 里使用 string.intern，欢迎美团技术团队解答:-)

当 stringtable 里的字符串被复用的时候就节省时间了呗，intern() 不就是做这个的嘛。

2022 年 8 月 6 日

回复了 yourmoonlight 创建的主题 › 程序员 › 最近忽然有种感觉， web2 的应用逐渐在腐朽崩塌，但新的应用形式是什么样，又还看不清楚。不知道大家有什么想法吗，可以一起来说说呀。现存的痛点究竟是什么，我们该怎么建设出一个更好的？

技术不是银弹，和 web2 没啥关系。

2022 年 8 月 5 日

回复了 jeodeng 创建的主题 › 程序员 › 请教一下，前端真的会有算法诉求吗？

需要。就比如一个目录树，新手能写个 N 次方算法出来。

如果写小程序，或者老旧 windows 平台（医院自助服务机）这种对资源敏感的客户端，即使是 n^2 和 n*logn 都会体现出明显差距。

2022 年 8 月 3 日

回复了 cpalead 创建的主题 › Java › Java switch 为什么比 for 循环快？

反编译后的字节码很清晰了：编译优化成查表后把枚举类进行了标量替换，tableswitch 里的数字应该是直接放在方法栈里，避免了去堆里访问对象，所以快了很多。

2022 年 8 月 2 日

回复了 coderstory 创建的主题 › Java › Java 8 的 stream 常规操作导致线程卡死

线程卡死本身和 stream 没啥关系。
但这个代码写的实在是太辣了。stream 不是让这么用的。

2022 年 7 月 28 日

回复了 hahaFck 创建的主题 › 程序员 › Java 关于数据库 Entity 如何设计

当你在 3 张表以上的 join 加一堆 where...on 时，已经是在 SQL 里写业务了。
联查最大的问题是制约了数据库设计，一般认为 mysql 单表几千万是上限，超过该规模考虑分表。联查的索引不易设计，很容易在业务规模还未扩大时就整出慢 SQL 。
所以三大范式在实际业务中很少遵守，往往是弱耦合 + 宽表的设计思路。数据规模再扩大就上列式存储，不会尝试在关系型数据库死磕。

当然一切都不是绝对的，如果你的 User 表几千条，Department 几十条，Organization 几十条，想怎么 join 都行。但还是建议在代码层解决问题，除非涉及到性能问题。

2022 年 7 月 28 日

回复了 hahaFck 创建的主题 › 程序员 › Java 关于数据库 Entity 如何设计

不要在 sql 里写业务逻辑。

2022 年 7 月 19 日

回复了 NLL 创建的主题 › Java › 如何在 spring boot 中实现对一个数据对象的流式处理？

如果你的执行函数可以不区分前后，那还叫流式处理吗？
真实场景到底是什么？建议讲清楚。

2022 年 7 月 19 日

回复了 NLL 创建的主题 › Java › 如何在 spring boot 中实现对一个数据对象的流式处理？

数据结构可以选择一个支持并发的队列。

你可以说一下具体的场景，感觉像是一个 A-B 问题。

2022 年 7 月 15 日

回复了 JinTianYi456 创建的主题 › Java › 并未做任何处理，但两次 toString 结果不一致，为啥？

这应该算是早期 LazyTraceThreadPoolTaskExecutor 的一个 bug 。
用最新版的 sleuth 能看到里边多了个 cache ，保存了 ThreadPoolTaskExecutor 和 LazyTraceThreadPoolTaskExecutor 的映射，用来保证同一个 ThreadPoolTaskExecutor 只生成一个 LazyTraceThreadPoolTaskExecutor 。

2022 年 7 月 15 日

回复了 JinTianYi456 创建的主题 › Java › 并未做任何处理，但两次 toString 结果不一致，为啥？

debug 了一下大概明白了。
spring 中注入的 ThreadPoolTaskExecutor 只有一个。但引入了 sleuth 后，它劫持了 executor 的调用。executor 注入 Example.class 后每次调用 executor 内的方法时，都会用这个 executor 包裹一层 LazyTraceThreadPoolTaskExecutor 生成一个新的 LazyTraceThreadPoolTaskExecutor 对象。

2022 年 7 月 14 日

回复了 yhvictor 创建的主题 › 程序员 › 一个系统如何保证 log 的高可用跟鲁棒性？

这个问题没啥讨论的，你担忧的问题早就被类似 HDFS 这种分布式文件存储系统给解决了。

2022 年 7 月 13 日

回复了 JinTianYi456 创建的主题 › Java › 并未做任何处理，但两次 toString 结果不一致，为啥？

一模一样的代码试了下：

1835794313
org.springframework.cloud.sleuth.instrument.async.LazyTraceThreadPoolTaskExecutor@549ac12c
1835794313
org.springframework.cloud.sleuth.instrument.async.LazyTraceThreadPoolTaskExecutor@549ac12c

2022 年 7 月 13 日

回复了 8520ccc 创建的主题 › 程序员 › 一文简单明了说明为什么 float64 float32 会有精确缺失的问题

不简单不明了，解释还是错的。

2022 年 7 月 11 日

回复了 qwerthhusn 创建的主题 › Java › JDK17 都出来了，感觉现在很多资深程序员 Stream 不会， Lambda 不会， Java .time 包不会

日经贴，会不会 stream 不能作为代码水平的判断工具，用 stream 写烂代码的人比比皆是。建议上 code 。

2022 年 7 月 9 日

回复了 overthemoon 创建的主题 › 程序员 › 最近面试遇到的装逼面试官

这个问题也算是面试常问问题之一了，稍微准备下最好。回怼什么的没啥意义。

1 2 3 4 5 6 7 8

❮

❯