给数字加千位分隔是显示问题；去掉字符串前面的零则可能改变业务身份。先确认输入究竟是数值，还是订单号、邮编一类必须原样保留的标识，再选择处理方式。

千位分隔，不要先用 parseInt 丢掉小数

parseInt("6698.0023", 10) 在格式化之前就只剩整数部分。给结果再插逗号，不能找回已经丢失的小数。

现代 JavaScript 可明确区域与小数位规则：

const formatter = new Intl.NumberFormat("en-US", {
  minimumFractionDigits: 2,
  maximumFractionDigits: 2,
  useGrouping: true
});
formatter.format(1234.5); // 按此规则显示为 1,234.50
formatter.format(-1234.567); // 小数按显示规则舍入

Intl.NumberFormat 是展示接口，不是精确金额计算器。未指定区域的 toLocaleString() 输出可能随环境变化；显示成两位小数也不意味着底层数据已经变成精确小数。

长数字串先转为 Number 还可能超过安全整数范围。标识应保留字符串，精确数值应采用相应的数值表示和计算规则，不拿带分隔符的显示文本当存储协议。

Java 去前导零，直接处理字符串

若业务明确接受“非空、仅含 ASCII 数字、全零保留一个零”的规则，可写成：

static String stripLeadingZeros(String digits) {
    if (digits == null || !digits.matches("[0-9]+")) {
        throw new IllegalArgumentException("需要非空数字串");
    }
    return digits.replaceFirst("^0+(?!$)", "");
}
输入结果
005058050580
0000
00
12345678901234567890原样保留
空串、空值、-01、1.2拒绝，不擅自解释

正则中的 (?!$) 避免把全零字符串删成空串。规则可对照 Java String.replaceFirst；需要支持符号、小数或其他字符时，应另定义输入契约。

转成整数再转回去，并不是通用替代方案

Integer 有范围限制，还会把数字文本转成数值语义。即使没有溢出，订单号 0050580 和 50580 是否相同也应由业务决定，不由格式化函数决定。

保留可信的原值，把“用于显示的文本”和“用于匹配、计算或保存的值”分开，能避免不少看似只是格式问题的数据错误。