为坑了我一星期的ALI64错误,纪念一篇

正在开发的APP,用到支付宝付款,因为考虑到android和ios都需要调用,为了数据统一,就服务接口生成支付宝需要的参数。

按照支付宝的文档一步步来,结果死活不行,各种错误,“系统异常”,4000错误,ALI64错误。一次次反思自己哪里错了,重新生成密钥提交。

后来让APP开发自己生成参数签名,居然就顺利通过,说明密钥是没问题的。

拿着APP生成的参数签名,和自己JAVA服务端生成的比较,发现APP开发人员根本没把参数排序,而支付宝文档要求是把参数排序,再生成签名。以为是支付宝的坑,我就按APP他们的顺序拼接参数,生成签名,和APP自己生成的签名比对,也是对的,可是支付宝还是报错ALI64。

仔细看看APP的处理,发现他们参数拼接时每个参数值都用双引号包起来,服务端没加,好吧,我把双引号加上,还是报错。

折磨了几天,再看看对比,又发现一个不同,服务端生成的签名字符串最后是等号,而APP是%3D。难道是url编码的问题?再改服务端代码,把生成的签名用URLEncoder.encode编码,终于能支付了。

猜你喜欢

转载自chenjerome.iteye.com/blog/2281394