00:00
好，那上堂课呢，我们啊已经把这个应用程序启动了啊，启动的时候大家不要忘了，就是这面麦这边刷新一下啊，刷新一下之后，然后呢，如果出现启动不起来的情况呢，就反复的刷新一下，然后重新启动就可以了，一般就可以解决这个问题啊，那我们。首先呢，来看一看这个刚才我们创建的短信发送的这个接口，那我们先访问8120，我们在swa当中呢，对它进行一个测试，那么在测试这个SW的之前哈，啊，我们来看，因为我们这个接口呢，是写在了。是写在了API这个包下面的啊，然后呢，你就要确保一下你之前swa的配置是配了API这个路径的，那我之前swa的这个配置文件呢，除了配了面之外。还配了一个API web的web API哈，Web API in，然后admin这块呢，它是过滤admin路径下的所有的接口，API呢，它是过滤API路径下的所有的接口，所以刚才我们写的那个呢，它是需要在这个API这个路径下才能够看到的，所以呢，我们来访问一下这个W。
01:25
8120。好，然后呢，这面我们切换到web API，我们可以看到呢，这面有短信管理，然后这边呢，有这个获取验证码，好，然后在接下来呢，我们点try it out，然后这边呢，我输入一个手机号哈。好，然后我们执行一下execute。
02:03
那么这么久好执行完了，执行完了之后呢，这边就写短信发送成功，那我们来看一下后台的控制台。我也看一下我的手机啊。我的手机呢，说确实是收到了一个验证码，然后接下来呢，我们来看一下控制台，控制台上的SMS application这块，嗯，有一个叫做response，的get data的这么一个日志输出，那这块其实就是我们得到的一个阿里云返回的日志了，那这个日志呢，跟之前我们看到的这个文档当中给我们的那个是一样的，它是一个Jason格式的哈，还有message啊，有这个就是business ID，还有code，那这个呢，很显然是返回消息，这个呢很显然是返回码，那这个呢是一个正确的。结果哈。这个我们说这是一个正确的结果啊。
03:00
而正确的结果呢？就有这样的几个信息。12344个信息哈，接下来呢，我们来看一个错误的结果，什么叫错误的结果呢？就是嗯。你再点一下。我再点一下。好，大家看我一共点了三下，点了三下它虽然都显示短信发送成功，但是呢，我们来看后台。这个呢是第二次点。这个呢是第三次点，你会发现第二次点和第三次点明显有不同，第二次点和第一次点结果是一致的，因为第一次和第二次之间他们相差的时已经超过了一分钟了，我刚才给你们说半天啊，已经超过了一分钟了，好，然后接下来呢，第二次和第三次我是连续两次点的，所以第三次它出现的结果，它的响应信息就是触发分钟及流扣，然后它的code的呢，就是isv business limit control看到了吧，所以呢，第三次发送的结果其实是失败的，而我的手机上呢，也并没有收到第三次的短信，但是这个地方他却给前端展示了短信发送成功，所以这样的一个处理这个流程就是不严谨的，那么我们要呃，就要去处理这样的一个不严谨的流程，我们不能够让阿里云那边返回错误结果的时候呢，我们的前端依然给用户返返回正确的结果。
04:33
果对吧，你这样的话就就肯定就不对了呀，啊，它不但是不严谨，它是不正确的啊，它是错误的，所以呢，我们需要去处理这个错误结果，那也就是说在阿里云这边短信发送成功之后。这个位置啊，我们得到的response有可能是成功，有可能是失败，我们不能够把response放在这就不管了，我们应该对response呢进行一个进一步的处理，如果是发送成功的话，我们前端再给用户返回短信发送成功，如果是response它得到了一个错误相应结果的话，我们应该展示的是短信发送失败，并且呢，我们要展是短信发送的错误的原因明白哈，所以接下来呢，我们来看一看这个错误结果呢，怎么去处理一下。
我来说两句