昨天遇到MessageFormat格式化数字有坑，就是超过三位数的数字，格式化之后会自动变成国外数字的记法（百位之后每三位数字用逗号分隔），比如9999会变为9,999之类的。

由于这个原因，导致我给银行出修数SQL的时候没有检查出SQL中数字格式化存在的问题，SQL中的数字是不能使用逗号的，否则会被当成语句内逗号分隔符，类似下面这条语句会报错。

update report_repay_detail set bank_interest_income=915,bank_overdue_income=0,bank_overdue_vat=0,bank_payable_vat=55,interest_income=1,217,overdue_amount=0,overdue_income=0,overdue_vat=0,payable_vat=73,qudian_interest_income=302,qudian_overdue_income=0,qudian_overdue_vat=0,qudian_payable_vat=18,bill_interest=1,290,capital_overdue_days=0,interest_overdue_days=0,reserve_amount=205,reserve_amount_income=193,reserve_amount_vat=12 where bill_no ='10180914126455133';

这边就不看源码了，跑点测试案例记录一下哪些情况会出现我们预期之外的结果。

public static void main(String[] args) {
        System.out.println(MessageFormat.format("{0}   {1}", 999,9999));
        System.out.println(MessageFormat.format("{0}   {1}", new Integer(999).toString(),new Integer(9999).toString()));
        System.out.println(MessageFormat.format("{0}   {1}   {2}", 9999.999,99999.9999,99999.4444444));
    }

//输出
999   9,999
999   9999
9,999.999   100,000   99,999.444

通过以上案例可以看出
1、数字超过三位数的，会自动添加逗号分隔符
2、数字后面小数最多保留三位，超过三位小数的会自动进行四舍五入
3、如果不需要默认的这种格式化模式，只需要把数字全部转成字符串即可。

这边就只测试了一下数字格式化方面会出现的问题，日期格式化同样会有一些问题，但只要替换参数使用字符串绝对没有问题。

总结：使用MessageFormat格式化数字、日期的时候，传入的替换参数最好先转成我们所需要格式的字符串类型变量，否则容易被MessageFormat格式化成我们预期之外的结果。