长编号末位变了，可能是数字精度不够

如果文件里的长编号读入后末位改变，先怀疑数值精度，不要急着手改。以下是离线假设示例，专门说明标识符被当作数字处理时的风险。

先验证这个具体编号

假设原文件保存的是十进制文本 9007199254740995。在 JavaScript 中把它放入 Number 后，会得到 9007199254740996：末位的 5 变成了 6。验证时应逐项对照原文本、转换结果和重新转回的文本，而不是只看程序是否报错。

为什么“偶尔没变”也不安全

JavaScript安全整数上限是9007199254740991。超过这个范围后，并不是每个整数都会立刻显示错误：例如 9007199254740996 可以精确表示。但这不等于整段编号都可安全计算；相邻整数可能无法分别保存，比较、排序或再次导出都可能造成误读。

导入时怎样保留原值

只用于标识的 ID，应从导出、读取到保存都约定为字符串；不要先转数字、再把数字转回字符串。已读坏的 9007199254740996 无法凭空恢复原来的 995，应保留原件并重新导入，别猜末位。

别和前导零问题混为一谈

前导零丢失与大整数失真原因不同，不能用同一显示格式修补。核对字段可参考PC28开奖网怎么看：期号、时间和结果信息的阅读方法。这里不使用真实开奖资料。