Javascript函数数字类型参数传值隐患

         今天在写程序的时候出现了一个奇怪的情况，业务需求很简单，只是通过客户端的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>&nbsp;&nbsp;<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权威指南》。