v2exgo 最近的时间轴更新 v2exgo 最近的时间轴更新 |
v2exgoV2EX 第 708661 号会员，加入于 2024-09-01 21:49:02 +08:00 |
| 金币多的老 v 友们，尽量开启一下 2FA 吧，最近微信群里面 发生好几次盗号事件了 V2EX • v2exgo • 72 天前 • 最后回复来自 bbxx11 | 19 |
| 有没有好的收二手电子产品的 论坛 问与答 • v2exgo • 81 天前 |
v2exgo 最近回复了
79 天前 回复了 luchenwei9266 创建的主题 › 投资 › 技术分析看上证指数（不构成投资建议）- 2024.09.04 |
技术分析 没有意义，到一定点位，国家队会拉的，这个是党的脸面，
另外上证指数 非流通股很多， 根本反应不了整体市场行情，拉几个权重 左右手倒腾一下，点位就稳住了，
但仍然不妨碍 A 股市场一片绿
另外上证指数 非流通股很多， 根本反应不了整体市场行情，拉几个权重 左右手倒腾一下，点位就稳住了，
但仍然不妨碍 A 股市场一片绿
82 天前 回复了 cookii 创建的主题 › Java › 记录一次修复 Spring Framework Bug 的经历 |
@StevenRCE0 另外在哪一层做哪一层的事情，你把对象给 restTemplate 它帮你序列化好，把序列化好的内容交给 httpclient 去处理，根据配置或者默认设置 塞好各种 header 值 这是它的职责，因为它给你提供了一层抽象，你无须操心那些细节处理，
但是你到 interceptor 这一层来，你就跟框架到了同一层，你必须明白你在为框架添加什么功能，就跟指针一样，你必须得知道你在使用指针，何时释放它，难道编程语言设计者 没想过指针这种设计 会存在各种 手枪打到自己脚的情况？
但是你到 interceptor 这一层来，你就跟框架到了同一层，你必须明白你在为框架添加什么功能，就跟指针一样，你必须得知道你在使用指针，何时释放它，难道编程语言设计者 没想过指针这种设计 会存在各种 手枪打到自己脚的情况？
82 天前 回复了 cookii 创建的主题 › Java › 记录一次修复 Spring Framework Bug 的经历 |
@deplives 现实就是这样，活久见的设计多了去了，很多时候， 很多事情都是拍脑袋决定的，何况国内公司 升职加薪 业务线完成功能就好了，基本上大家都不看技术好坏，拼的都是关系 跟 办公室政治
82 天前 回复了 cookii 创建的主题 › Java › 记录一次修复 Spring Framework Bug 的经历 |
@StevenRCE0
那是个 byte[] 对象，content-length 也是 byte[]的长度，大部分程序猿的框架跟语言设计，都是相信程序猿，而不是帮你处处擦屁股
而且 op 这个 更适合在 业务代码调用 rest 封装好的那一层，做一次 AOP 拦截，反射拿到请求的对象，根据对象的 annotation 在对象里面加好 jwt ，
为了偷懒方便 序列化后 每个对象里面都加一个 jwt ， 再一次序列化回去，反正多加了也没事，多一次序列化也就多耗点时，其实还有 jwt token 泄漏的风险，因为这个 client 可能被复用 去调用到不需要 jwt 的地方
那是个 byte[] 对象，content-length 也是 byte[]的长度，大部分程序猿的框架跟语言设计，都是相信程序猿，而不是帮你处处擦屁股
而且 op 这个 更适合在 业务代码调用 rest 封装好的那一层，做一次 AOP 拦截，反射拿到请求的对象，根据对象的 annotation 在对象里面加好 jwt ，
为了偷懒方便 序列化后 每个对象里面都加一个 jwt ， 再一次序列化回去，反正多加了也没事，多一次序列化也就多耗点时，其实还有 jwt token 泄漏的风险，因为这个 client 可能被复用 去调用到不需要 jwt 的地方
Select Language