Long 类型前后端传输精度丢失:根源、复现与解法
一个问题 先看一个场景。后端定义的订单 ID 是 Long 类型: @Data public class Order { private Long id; // 主键 private String name; } 数据库里的值是 18014398509481985 。前后端联调的时候,前端说拿到的 ID 不对。 后端查日志:对的,查数据库:对的。前端 con
标签 JavaScript 下的文章。
2 篇文章 个分类 个标签
一个问题 先看一个场景。后端定义的订单 ID 是 Long 类型: @Data public class Order { private Long id; // 主键 private String name; } 数据库里的值是 18014398509481985 。前后端联调的时候,前端说拿到的 ID 不对。 后端查日志:对的,查数据库:对的。前端 con
写在前面 如果你用过 Vue,大概记得那种感觉——在 data 里定义个变量,模板里绑上去,改了就变了。像变魔术。 但魔术师不会告诉你,Vue 2 和 Vue 3 的「魔术」根本不是同一套手法。 Vue 2 用的是一套老派但优雅的方案: Object.defineProperty 。Vue 3 换了一套更底层、更暴力的方案: Proxy 。 这不是简单的 A