一个ajax同步与异步引发的血案。

时间:2022-01-21 21:24:27

前言

  公司做网上促销活动,需要充值换取相应的抽奖资格,抽奖可以获得丰厚的礼品,而且抽奖资格门槛有点高,领导下达命令保证活动的正常上线与运行,领导很重视,就这样,在领导的安排下进行了相关活动的coding。。。

正文

  开发过程倒还顺利,只是转盘抽奖耽误了点时间,不过最后还是正常制作完毕,相关测试人员也进行了测试,活动上线开始倒计时,心里有那么点忐忑。

  果不其然,活动上线2分钟,一个玩家在没有任何充值,而且抽奖资格也是0的情况下,抽了5,6次,都获得了比较给力的礼品,这是查看数据库记录得到的结果,由于活动上线会随时关注,便及时发现了这个问题,再看抽奖资格为-6,我了个去,明明在抽奖之前就已经做了验证,不可能是抽奖验证出了问题,估计是充值接口的问题,于是让同事再查看一下充值接口,结果没有任何问题,其实用脑袋想想也知道,不可能是充值接口的问题,因为玩家根本一毛钱也没冲,就和充值接口的一毛钱关系也没有,好吧,那么问题来了。。。是不是验证出现问题了?

  翻看代码,设置断点

一个ajax同步与异步引发的血案。

  进入方法之后,走了741行,再进行下一步,直接执行到了754行,我去,什么情况,这样result的值就成了null了,后面的判断也就不起作用了;

  就这样调试了N遍,后台ashx文件也查看了,如果是后台ashx程序有问题,那么应该走error,但是没有走,这就说明程序根本没有走后台,好吧,一个同步异步的思想,陡然出现在了脑海里,于是乎,在上面这段代码加了一句,如下:

一个ajax同步与异步引发的血案。

  断点走起,OK,一切正常,该做的验证都通过了,好吧,问题终于解决了。

  幸亏及时发现问题,及时解决了问题,否则,我该吃炒鱿鱼了。。。

  其实只是解决了前端问题,根本问题没有解决,看了园友的评论,才意识到服务端没有做验证,惭愧,惭愧,现在已做了服务端的验证,多谢各位园友提醒!,此处用醒目的颜色提醒自己,以后不要再犯同样的错误,另一个,避免我的错误言论误导了其他园友,请多谅解!(此为园友评论后新增)

知识点与总结

  1.Jquery中的ajax在默认不写async情况下,请求为异步请求;即:async:true;

  2.如果项目中在做一项操作之前要进行ajax的验证,无论同步或者异步,都必须在验证通过后,方才进行其他操作。

  3.熟练应用error参数,关注返回来的异常信息,从而判定程序的错误位置;

  4.项目前端做验证,后端也做相应的验证;前端做验证是为了减少服务器压力和增加用户体验,后端做验证才是为了安全。(看各位园友的评论,新加的一条;)

  

相关文章