java 容器类使用 Collection，Map，HashMap，hashTable，TreeMap，List，Vector，ArrayList的区别

今天在写程序的时候出现了一个奇怪的情况，业务需求很简单，只是通过客户端的JS方法进行AJAX请求，传入后台的参数是一个订单子项号，在后台用beanshell通过ID获取订单子项并修改其还款状态后进行保存。

function passRefundApply(orderItemId){
//alert(orderItemId);
$.ajax({
type: "get",
url: "/openorder/control/updateRefundStatus",
data:"orderItemId="+orderItemId+"&refundStatus=P",
cache: false,
success: function(msg){
var result = eval("("+removeDivTag(msg)+")");
try{
if(result.result!="success"){
alert("修改失败，请重试！");
return;
}
}catch(e){
alert("修改失败，请重试！");
return;
}
$("#refundStatus_"+orderItemId)[0].innerHTML = "退款审核已通过";
}
});
}

因为该方法的调用入口是用过JS即时生成的：

$("#refundStatus_"+orderItemId)[0].innerHTML = "<a href=\"javascript:void(0);\" onclick=\"passRefundApply("+orderItemId+")\">审核通过</a>  <a href=\"javascript:void(0);\" onclick=\"rejectRefundApply("+orderItemId+")\">审核拒绝</a>";

其中传入的订单子项ID是10201005021047710584，并确认了该数据在数据库中有相应的记录对应。但是在后台却无法通过传入的订单子项ID取到数据库中相应的数据，查看日志后发现传入的订单子项ID为10201005021047710000。通过跟踪，并借助firebug，发现ID在函数调用passRefundApply(10201005021047710584)时还是正常的，但是在函数passRefundApply中第一行alert出来已是10201005021047710000，原来是在传值后被默认的篡改了....
鉴于上述现象，做了个实验，用记事本新建一个htm文件，只在里面写入

<script>
alert(12345678900987654321);
</script>

那打出来的是什么呢？
是12345678900987654000.......精度丢失了。原本以为JS的弱类型很好用，结果在此处有着危险的陷阱，下次尽量在项目中使用字符串传值，加上引号以保万全。

此处补充下关于精度丢失的问题，Javascript的数字数据类型不区分整型数值和浮点型数值，所有数字都由浮点型表示。对于十进制数，Javascript能精确表示-9007199254740992（- 2的53次）到 9007199254740992（2的53次）之间（闭区间）的所有整数，超过的就会丢失位数的精度。可以参考《Javascript权威指南》。