关于用postman调用接口成功但是使用Java代码调用却失败的问题

暮春二十四2024-11-15 1:38

关于用postman调用接口成功但是使用Java代码调用却失败的问题

最近项目需要用代码调用别的应用的一个接口，用的是http请求，规则是我们这边用一个自定义的字符串+时间戳(秒)用AES加密，将加密后的密文当作一个参数传给对方

即

bash 复制代码

String 密文= AES(字符串+时间戳)
然后API就是：
http://xxxx?check=密文

如：http://aabas/aad?check=E36CF0A82D0BE2F678813042B05F39D4E9244F054B514D6F5A3910B470C65045368FCB2C0DEEA905D22B3CB7D3DCDFE5

然后对方就会根据这个密文来解析是否是对应的字符串，之后就可以访问到他们的数据了。

遇到的问题，发布到服务器后对方的服务器会提示时间参数错误，习惯性的思维，我们会将URL和参数放到postman里测试一遍，结果发现同样的参数在postman可以调通，服务器里请求就是不行。

然后跟对方开发人员沟通，发现他们的判断逻辑是这样的，终于找到的问题的所在。

csharp 复制代码

if ((DateTime.Now <= dateTime || dateTime <= DateTime.Now.AddMinutes(-20)))
                {
                    context.Response.Write("参数时间有误！);
                    return;
                }

datetime就是我们传过去的时间戳。这样的判断在服务器只要网络是正常的是怎么也过不了的，我们传过去的也是当前的时间，网络服务中几乎没有一秒的时间差的，然后我们通过日志把请求的参数拿到postman里去调用，时间自然比他们系统的时间要早，所以postman调用，服务器代码调用不行。

最后协商他们需要把前面判断的等号去掉，且系统的时间可能存在误差，于是判定的时间向后推迟了一秒，我们传过去的时间只需要小于当前时间往后加一分钟就可以了

判断代码改成

csharp 复制代码

if ((DateTime.Now.AddMinutes(1) < dateTime || dateTime <= DateTime.Now.AddMinutes(-20)))
                {
                    context.Response.Write("参数时间有误！);
                    return;
                }

至此，问题解决。

总结：

判断时间的比较需要注意，且postman能调通代码不行也不代表对方的接口没问题，不要自我怀疑。