填了支付宝支付的一个大坑

清晨，未起床，刚醒的我不甘心地又思考起昨天折腾了一下午的支付宝支付报错：“暂时无法获取订单信息，请稍后再试”。

正式的应用参数调不过，换了沙箱参数也不过；要知道沙箱环境我是早已经调通过啊！

RSA和RSA2的签名都已经试过了；连正式的appid我也试过莫不是那个自助签约后自动冒出来的“应用2.0签约2017xxxxxxx”的appid？

sdk也已经换上了最新的alipay-sdk-java201703xxxxxx.jar。

真的要绝望了，真的要把代码统统回滚了玩一遍？？那些参数都应该没问题的，毕竟，App支付走聚合支付配那些参数都已经PASS了。

还是正常地吃早饭、坐地铁、骑单车，来到公司。第一，还是要把参数再研究一下，毕竟拼接、转码、加签，仍然值得看看；于是便打开数据库日志里存下的拉起支付宝支付的<form>字符串：

如有神助；盯着看了半天，我终于看出不对，这total_amount怎么传的是0啊？难道玄机就在这里？？

修正后，一路通关，哈哈！坑，真是好大的一个坑！这错误信息报得也太过分了！！

ps：支付宝金额要传“元”为单位的小数，而我系统订单里是用的“分”为单位的整数。程序里直接用“整数值 / 100”，没有先把整数变成double，所以1分钱就变成0元了！

而之前测沙箱环境的时候通过，是因为当时钱都设得大，都是几十上百元的数字。这次首先是按正式环境测的，订单数据统统用一分钱来做（怕自己真实的账户出钱退不了嘛！），所以就……悲剧了……。