V2EX › v2exgo 的所有回复 › 第 10 页 / 共 10 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10

❮

❯

2024-09-02 06:26:15 +08:00

回复了 cookii 创建的主题 › Java › 记录一次修复 Spring Framework Bug 的经历

@StevenRCE0 另外在哪一层做哪一层的事情，你把对象给 restTemplate 它帮你序列化好，把序列化好的内容交给 httpclient 去处理，根据配置或者默认设置塞好各种 header 值这是它的职责，因为它给你提供了一层抽象，你无须操心那些细节处理，

但是你到 interceptor 这一层来，你就跟框架到了同一层，你必须明白你在为框架添加什么功能，就跟指针一样，你必须得知道你在使用指针，何时释放它，难道编程语言设计者没想过指针这种设计会存在各种手枪打到自己脚的情况？

2024-09-02 06:20:21 +08:00

回复了 cookii 创建的主题 › Java › 记录一次修复 Spring Framework Bug 的经历

@deplives 现实就是这样，活久见的设计多了去了，很多时候，很多事情都是拍脑袋决定的，何况国内公司升职加薪业务线完成功能就好了，基本上大家都不看技术好坏，拼的都是关系跟办公室政治

2024-09-02 06:18:18 +08:00

回复了 cookii 创建的主题 › Java › 记录一次修复 Spring Framework Bug 的经历

@StevenRCE0

那是个 byte[] 对象，content-length 也是 byte[]的长度，大部分程序猿的框架跟语言设计，都是相信程序猿，而不是帮你处处擦屁股

而且 op 这个更适合在业务代码调用 rest 封装好的那一层，做一次 AOP 拦截，反射拿到请求的对象，根据对象的 annotation 在对象里面加好 jwt ，

为了偷懒方便序列化后每个对象里面都加一个 jwt ，再一次序列化回去，反正多加了也没事，多一次序列化也就多耗点时，其实还有 jwt token 泄漏的风险，因为这个 client 可能被复用去调用到不需要 jwt 的地方

1 2 3 4 5 6 7 8 9 10

❮

❯