共 2 篇相关文章
JSON.rawJSON方法是JavaScript中用于解决JSON.stringify序列化时精度丢失问题的实用工具。它允许开发者创建一个原始JSON对象，当这个对象被stringify序列化时，会将传入的JSON文本原样输出，不进行转义或修改。这主要解决了超大整数或BigInt类型数据在序列化时因浮点数精度限制导致的错误，例如超过2^53的整数会被自动四舍五入，而rawJSON能保持原值和数字类型，避免后端接口接收异常。使用时，必须传入合法的JSON原语（如数字、字符串、布尔值或null），不能是
这篇讲的是 PHP 中一个容易被忽略但可能引发严重问题的陷阱：mysql_insert_id() 函数。 文章的核心指出，这个函数会将 MySQL C API 返回的 unsigned long long 类型（一个 64 位无符号整数），强转成 PHP 语言中的 long 类型（在 32 位系统上是 32 位有符号整数）。这种类型“缩水”在大多数场景下不会暴露问题，因为自增 ID 通常不会超过 21 亿。但一旦数据库表设计为允许自增值非常大（例如，在分布式 ID 生成方案中，或者经过长时间高并发写入），这个函数返回的数值就会发生溢出或得到负值，导致程序逻辑错误。 问题的根源就在于这层简单粗暴的类型转换没有考虑数值范围。作者给出的解决路径非常清晰：要么在 PHP 配置中启用 64 位整数支持（php.ini 中设置 `int64`），让 long 能容纳 64 位数值；要么更彻底地，迁移到 mysqli 扩展，使用其提供的 mysqli_insert_id() 函数，它能更安全地处理这个返回值。 对于还在维护老代码或使用特定环境的开发者来说，了解这个细微的缺陷至关重要，它能避免一次难以追踪的、在数据量增长后才爆发的线上故障。
