关于用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能调通代码不行也不代表对方的接口没问题,不要自我怀疑。