java调用第三方接口步骤

那再聊聊第四点，接口超时。那举个例子啊，比如说咱们系统上线之后，那我们调用第三方接口最容易出现的问题，其实就是超时问题啊， 因为我们系统到外部系统之间，它本身就存在一条很复杂的念路的，那中间是不是有有可能会缓解出现问题，那影响了 api 的一个响应时间，对吧？这一点非常尴尬，是什么呢？就是这一点是别人的系统，那我们呢？是控制不了的， 我们跟别人说，那你这个接口响应比较慢，那你可以去优化一下，那首先照样呢也会存在一个问题啊，就是我们反馈之后，那如果说我们是甲方，那可能对方响应还会快一点，那如果对方比我们更有优势，而我们呢是没办法要用人家的，照样 呢就很有可能，比如说你一个需求你提过去，那人家逆向啊，对吧？需求整理啊，然后包括优化呀，然后测试啊、上线啊，那拖个半年都有可能的。那别人呢？他体验的是你的系统， 你速度慢一点，其实能说过去的，但是说你要老是返回失败啊，超时啊，那这一点到用户层面，那用户第一个找的就是你，对吧？所以说咱们作为这个 api 调用方啊，那我们去面对这种情况的时候， 我们除了给他去反馈问题，我们去优化这个接口的性能之外，我们其实更有效的方法是什么？我们要去增加一个从事机制。 就举个例子，比如说，那你调用失败了，对吧？那我就比如说我设定个三次，那我去从事三次，如果说我从事成功了，那 ok 我就返回嘛，那如果从事失败了，那我就直接我再返回，失败 呢会更好一点。好， ok， 聊聊。第五点啊，那偷偷改参数，这一点是非常令人讨厌的，我们和大家举个例子啊，那就是我之前做过的一个项目啊， 我之前我调用某个平台的 a p i 的时候，我可能要去获取一些数据，对吧？那之前那对方的文档提供过来，他状态呢？只有两种， 一个是正常，那还有一个是禁用，然后呢我们把状态更新到我们自己的库的时候，那本身对接的是好好的，那也运行了几个月，那突然有一天，那这个用户反馈说我一条数据明明删掉了，那我为什么在页面上还能查到啊？那这个时候我去看数据库，我发现这个状态没问题啊，但是我去查看这个 api 接口日志的时候，他发现这个指标是什么下架，他突然多了第三个指标了，对吧？所以说这一点呢是很尴尬的啊，他偷偷的把这些参数呢改掉了，然后呢也没有通知我们这， 所以那对于这一点的话，第一个那就是跟他们去沟通解决，就是这个下架状态，他是不是一个非正常的状态，他是不是不应该显示，对吧？那如果说他确定了，那么他们改了数据，那他们确实呢也要告诉我们，那我们呢我们再去调我们的系统， 那还有第二种呢，我们尽量的把这种霉菌类的参数呢给他去做一个动态化，也就是我们去请求一个接口，我们把这些霉菌信息呢先拿过来，那我们去做判断的时候，我们去根据这个霉菌类返回的信息呢，我们再去做演示，这个呢就能很好的去解决问题啊。 ok， 那咱们呢再聊一聊最后一点，那最后一点呢也比较尴尬啊，我不知道大家有没有遇到过啊？就是你在调用第三方的时候，那接口呢是时好时坏的，比如说五分钟之前你还能用，对吧？那过了五分， 然后你会发现这个接口呢五零三了，然后这个接口呢四零四了啊，又过了几分钟，这个接口呢又好了，对吧？这种可能的情况有好几种啊，就比如说可能对方在重启嘛，这个是可能存在的，但一般呢这个都会通知的。那第二个呢，可能他们服务呢是一个集群的，那可能中间挂了一两台， 但是呢他有可能把请求呢也打到那台机器上面去了。那还有最后一种啊，他这台机器呢已经下线掉了，但是呢他并没有去剔除他，那在注册中心当中，那网关呢，他还是会把这些请求呢转发过去。 所以这三种情况呢，都是会导致接口时好时坏的一个情况。那我们作为调用方，我们要解决的问题呢，是我们首先第一个我们要反馈吗？那这个是必须要做的一个流程。那第二个呢，我们要保证咱们系统的一个健壮性的话，我们要尽可能的去 增加这个失败重试机制。那错了一次没关系嘛，我过一会我再试第二次嘛，那这样呢也能够比较好解决，那一般挂了的话，他不会挂太久的，那如果一直挂的话，其实那也没有什么其他的办法，那就只能去沟通了，好吧，好，那这个呢就是今天跟大家聊的六点啊， 那我相信那各位小伙伴在真正的去调用第三方接口的时候，还会遇到一些其他的坑，那大家呢也可以把自己遇到的这些坑呢写在评论区啊，那大家呢一起来聊聊，来去回忆一下之前的伤心往事啊。同时呢我也建议大家去想一下， 就是如果让你去设计一个第三方平台的时候，那你会怎么去设计？那对于我刚刚提出来的这些问题，你又如何去避免？那我们呢也可以在评论区那大家一起去探讨一下。好， ok， 这个呢就是本讲的全部内容了，而笔记呢我已经准备好了，那大家可以去看一下，如果大家有需要这本笔记的话，那可以评论区扣一，然后呢私信我领取。好今天的内容呢，到这就结束了，咱们下期再会。

你们有没有过这种情况，在调用三方接口的时候，对方接口可能会有增加或者修改一些参数，那咱们应该怎么处理呢？看一下代码视力，这是一个请求的 dto 对象 里面的商户名和该要是避天象，但是三方接口增加了两个属性，比如 debug 和语言参数。 这里我在对象里面增加了一个 mapper， 并且在 mapper 的 get 方法当中使用了 jackson 的 jackson annigator。 然后这个注解呢，主要的作用就是将 map 的 k 值和 y 六序列化为 jason。 看一下我的测试方法， 这里创建了一个请求对象，并且在脉搏结合中分别放了两个值，分别为 debug 和语言。然后咱们来执行一下，看一眼效果，这里看到结果他将脉搏展开，并且作为对象 属性输出了。这里咱们把朱姐注视掉，然后再执行一下，看一眼是什么效果，这里呢？他没有将脉搏展开，然后并且作为属性输出了。小伙伴们还有什么好的办法吗？评论区讨论一下。

哈喽，各位小伙伴，我是一锅炖不下的北冥。今年的行情呢，我相信大家都感受到了，而面食呢，也是越来越卷了。那从技术八股那卷到业务场景，今天呢，我们为大家带来了六个调用第三方接口遇到的大坑啊。 虽然你调过第三方接口，那你也知道会有哪些坑存在，但是你呢，不一定能够全想起来，也不一定能打好啊。 那接下来呢，我会带领大家整体的过一遍。那大家呢，刷到就留个印象。后边的笔记呢，我已经准备好了，评论区扣一，然后呢，私信我领取啊。那大家呢，也可以来吐槽吐槽自己遇到的一些坑啊，让更多的小伙伴看到，那大家一起交流 那闲话少说。那接下来呢，我们就进入正题啊。好，我们来看一下这张图。那首先第一个点，域名访问不到。 这个点是经常会碰到的，那不管是你的借口，请求不通，那或者说那对方可能四零四对吧，那也可能五百了。对于这个点呢，我们可能要分两个方面去看啊，要么是我有问题，要么呢，是对方有问题。你自己的话，可能要检查一下你的网络环境，那比如说 你是不是开了代理之类的，那可能对于国内的地址呢，你可能就防不了了。对于这一点呢，自己要去做一下检查，那这一点可能不大可能出现吧。那剩下的呢，可能是对方的问题了，对吧？那比如说那对方的域名确实有问题，他可能没有去配置他的 ip， 那也有可能他的 dns 解析呢，是一条错的，那有可能对方的服务呢，他可能文档给你了，但你呢，还没部署，那同样的也有可能，那对方为了安全起见，对方是设定了一定的白名单才可以访问的。那如 如果你在开发环境当中，你自己的电脑，那你公司的 ip， 那并没有进他的白名单，所以说这方面也是需要考虑的。好， ok， 来咱们继续呢。来聊。第二点啊， 就接口突然之间没返回数据了。这一点我相信大家可能都碰到过啊。就比如说你调用其他平台，那你去查查数据的时候， 那可能你调试的时候是好好的对吧，那数据都有，但可能突然有一天，那没数据了，而且这个接口呢，他并没有报错，然后呢，也返回成功了，但是是一个空的， 这种情况呢，可能是对方突然之间把数据给删掉了啊。所以说对于这一点呢，我们可能要跟对方去提前沟通一下，那我们自己要用的数据呢，那尽量的和对方沟通，不要去删他。那第二点呢，我也建议大家自己在自己的数据库当中呢，去存一份，那 你在缓存中存一分呢，也可以啊。那还有最后一点，我们永远不要去相信三方平台，他们永远是不可靠的，也不在我们自己的掌控范围之内。所以所以这一点我们尽可能的要谨慎啊， 我们要去预防一下。那如果对方接口突然之间没数据了，那对方突然间挂了，我们应该怎么去处理，才能够去保证我们不会因为他的错误把自己咱们的系统呢给带崩了啊。 好， ok。 那第三点， top 失效。这一点我相信大家都遇到过啊，就比如说我们请求别人平台，那肯定是要健全的，对吧？ 那健全，比如说最简单的我去拿托肯，那我去请求他接口的时候呢，我要把这个托肯给带上。首先第一个我们是不可能每一次我去请求一个接口，我都去拿一遍托肯嘛，对吧？那这个托肯 肯定是存在一个有效期的。那如果我们把托肯缓存在，比如说如果是分布式的话，可能在 release 当中，对吧？但这儿我们可能要考虑一个问题啊，这个托肯它是存在一个有效期的， 那比如说一天啊，那半个月啊等等，对吧？那你在这个有效期之内，这个接口呢，是能够正常访问的，但如果超过了他的有效期， 那是不是就不能访问了，对吧？可能很多小伙伴第一直观呢，就是我们把这个 release 的失效时间，我们把它设成和托肯一样，是不就能解决问题了，对吧？ 这个想法是好的，但是这会有一个问题。首先第一点，你怎么保证你们系统的服务器时间和第三方平台的服务器时间是一样的？举个例子啊，那假设你拿到了托肯，那比如说这个托肯过期时间是三十天，好吧， 你每次呢，你都能拿同一个托肯去请求数据，但是存在一种可能性啊，那就是你系统的时间呢，可能会慢一点，而三封的时间呢，他可能会快一点。那到了第三十天的时候，有没有一种可能，你的托肯呢？还是老托肯， 但是你去调目的时候，你发现你一直返回失败，但获取新托，可能他却时间还没到，对吧？所以说我们要针对于一些具体的错误码，我们要去设计什么从事机制，那对于健全操作，他通常会返回一个固定的错误码的。那对于这个错误码，那咱们呢可以去做一层封装， 如果这个接口返回了这个固定的错误吗？那咱们呢就把这个 top 呢，就重新更新到 release 当中，这样呢就基本解决掉了 top 失效的问题啊。好，这个呢，就是第三点。那再聊聊第四点，接口超时。 那举个例子啊，比如说咱们系统上线之后，那我们调用第三方接口，最容易出现的问题，其实就是超时问题啊， 因为我们系统到外部系统之间，它本身就存在一条很复杂的念路的，那中间是不是有有可能会缓解出现问题，那影响了 api 的一个响应时间，对吧？这一点非常尴尬是什么呢？就是这一点是别人的系统，那我们呢是控制不了的， 我们跟别人说，那你这个接口响应比较慢，那你可以去优化一下。那首先这样呢，也会存在一个问题啊，就是我们反馈之后，那如果说我们是甲方， 那可能对方响应还会快一点，那如果对方比我们更有优势，而我们呢，是没办法要用人家的，这呢就很有可能。比如说你一个需求，你提过去，那人家逆向啊， 对吧，需求整理啊，然后包括优化呀，然后测试啊，上线啊，那拖个半年都有可能的。那别人呢，他体验的是你的系统， 你速度慢一点，其实能说过去的，但是说你要老是返回失败啊，超时啊，那这一点到用户层面，那用户第一个找的就是你，对吧？所以说咱们作为这个 api 调用方啊，那我们去面对这种情况的时候， 我们除了给他去返回问题，我们去优化这个接口的性能之外，我们其实更有效的方法是什么？我们要去增加一个从事机制。 就举个例子，比如说那你调用失败了对吧？那我就比如说我设定个三次，那我去从事三次，如果说我从事成功了，那 ok 我就返回吗？那如果从事失败了，那我就直接我再返回失败，这样呢，会更好一点啊。好， ok， 聊聊。第五点啊，那偷偷改参数 这一点是非常令人讨厌的。我们和大家举个例子啊，那就是我之前做过的一个项目啊，我之前我调用某个平台的 a p i 的时候，我可能要去获取一些数据，对吧？ 那之前那对方的文档提供过来，他状态呢？只有两种，一个是正常，那还有一个是禁用。然后呢，我们把状态更新到我们自己的库的时候， 那本身对接的是好好的，那也运行了几个月。那突然有一天，那这个用户反馈说我一条数据明明删掉了，那我为什么在页面上还能查到啊？那这个时候我去看数据库，我发现这个状态没问题啊，但是我去查看这个 api 接口日志的时候，他发现这个指标是什么下架，他突然多了第三个指标了，对吧？ 所以说这一点呢，是很尴尬的啊，他偷偷的把这些参数呢改掉了，然后呢，也没有通知我们这边。所以那对于这一点的话，第一个那就是跟他们去 沟通解决，就是这个下架状态，他是不是一个非正常的状态，他是不是不应该显示，对吧？那如果说他确定了，那么他们改了数据，那他们确实呢，也要告诉我们，那我们呢我们再去调我们的系统。 那还有第二种呢，我们尽量的把这种霉菌类的参数呢，给他去做一个动态化，也就是我们去请求一个接口，我们把这些霉菌信息呢先拿过来，那我们去做判断的时候，我们去根据这个霉菌类返回的信息呢，我们再去做演示，这个呢就能很好的去解决问题啊。 好， ok。 那咱们呢再聊一聊最后一点。那最后一点呢，也比较尴尬啊，我不知道大家有没有遇到过啊，就是你在调用第三方的时候，那接口呢是时好时坏的，比如说五分钟之前你还能用对吧？那过了五分钟，然后你会发现这个接口呢五零三了，然后这个接口呢四零四了啊，又过了几分钟， 这个接口呢又好了，对吧？这种可能的情况有好几种啊，就比如说可能对方在重启嘛，这个是可能存在的，但一般呢这个都会通知的。那第二个呢，可能他们服务呢是一个集群的，那可能中间挂了一两台，但是呢，他也有可能把请求呢也打到那台机器上面去了。 那还有最后一种啊，他这台机器呢已经下线掉了，但是呢，他并没有去剔除他那在注册中心当中，那网关呢，他还是会把这些请求呢转发过去。所以这三种情况呢，都是会导致接口时好时坏的一个情况。那我们作为调用方，我们要解决的问题呢是 我们首先第一个我们要反馈嘛，那这个是必须要做的一个流程。那第二个呢，我们要保证咱们系统的一个健壮性的话，我们要尽可能的去增加这个失败重试机制。那错了一次没关系嘛，我过一会我再试第二 二次嘛。那这样呢也能够比较好解决啊。那一般挂了的话，他不会挂太久的，那如果一直挂的话，其实那也没有什么其他的办法，那就只能去沟通了。好吧。好。那这个呢，就是今天跟大家聊的六点啊，那我相信那各位小伙伴在真正的去调用第三方接口的时候，还会遇到一些其他的坑， 那大家呢，也可以把自己遇到的这些坑呢写在评论区啊，那大家呢，一起来聊聊来去回忆一下之前的伤心往事啊。同时呢，我也建议大家去想一下， 就是如果让你去设计一个第三方平台的时候，那你会怎么去设计？那对于我刚刚提出来的这些问题，你又如何去避免？ 那我们呢也可以在评论区那大家一起去探讨一下。好， ok。 这个呢，就是本讲的全部内容了，而笔记呢，我已经准备好了，那大家可以去看一下，如果大家有需要这本笔记的话，那可以评论区扣一，然后呢，私信我领取。好，今天的内容呢，到这就结束了，咱们下期再会。

哈喽，各位小伙伴，我是一锅炖不下的北冥，今年的行情呢，我相信大家都感受到了，而面食呢，也是越来越卷了，那从技术八股那卷到业务场景，今天呢，我们为大家带来了六个调用第三方接口遇到的大坑啊， 虽然你调过第三方接口，那你也知道会有哪些坑存在，但是你呢，不一定能够全响起来，也不一定能打好啊， 那接下来呢，我会带领大家整体的过一遍，那大家呢，刷到就留个印象，后边的笔记呢，我已经准备好了，评论区扣一，然后呢私信我领取啊，那大家呢，也可以来吐槽吐槽自己遇到的一些坑啊，让更多的小伙伴看到，那大家一起交流， 那闲话少说，那接下来呢，我们就进入正题啊，好，我们来看一下这张图。那首先第一个点，域名访问不到， 这个点是经常会碰到的，那不管是你的接口请求不通，那或者说那对方可能四零四了，对吧？那也可能五百了，对于这个点呢，我们可能要分两个方面去看啊，要么是我有问题，要么呢是对方有问题，你自己的话可能要检查一下你的网络环境，那比如说 你是不是开了代理之类的，那可能对于国内的地址呢，你可能就防不了了，对于这一点呢，自己要去做一下检查，那这一点可能不大可能出现吧，那剩下的呢，可能是对方的问题了，对吧？那比如说那对方的域名确实有问题，他可能没有去配置他的 ip， 那也有可能他的 dns 解析呢，是一条错的，那有可能对方的服务呢，他可能文档给你了，但你呢还没部署，那同样的也有可能，那对方为了安全起见，对方是设定了一定的白名单才可以访问的。那如 如果你在开发环境当中，你自己的电脑，那你公司的 ip 那并没有进他的白名单，所以说这方面也是需要考虑的。好， ok， 来咱们继续呢，来聊。第二点啊， 就接口突然之间没返回数据了，这一点我相信大家可能都碰到过啊，就比如说你调用其他平台，那你去查查数据的时候， 那可能你调试的时候是好好的，对吧？那数据都有，但可能突然有一天，那没数据了，而且这个接口呢，他并没有报错，然后呢，也返回成功了，但是是一个空的。 这种情况呢，可能是对方突然之间把数据给删掉了啊，所以说对于这一点呢，我们可能要跟对方去提前沟通一下，那我们自己要用的数据呢，那尽量的和对方沟通，不要去删他。那第二点呢，我也建议大家自己在自己的数据库当中呢，去存一份，那 你在缓存中存一分呢？也可以啊。那还有最后一点，我们永远不要去相信三方平台，他们永远是不可靠的，也不在我们自己的掌控范围之内，所以，所以这一点我们尽可能的要谨慎啊， 我们要去预防一下，那如果对方接口突然之间没数据了，那对方突然之间挂了，我们应该怎么去处理，才能够去保证我们不会因为他的错误把自己咱们的系统呢给带崩了啊？ 好， ok， 那第三点， top 失效，这一点我相信大家都遇到过啊，就比如说我们请求别人平台，那肯定是要健全的，对吧？ 那健全，比如说最简单的，我去拿托肯，那我去请求他接口的时候呢，我要把这个托肯给带上。首先第一个，我们是不可能每一次我去请求一个接口，我都去拿一遍托肯嘛，对吧？那这个托肯 肯定是存在一个有效期的，那如果我们把 token 缓存在，比如说如果是分布式的话，可能在 release 当中，对吧？但这儿我们可能要考虑一个问题啊，这个 token 它是存在一个有效期的， 那比如说一天啊，那半个月啊，等等，对吧？那你在这个有效期之内，这个接口呢，是能够正常访问的，但如果超过了他的有效期， 那是不是就不能访问了，对吧？可能很多小伙伴第一直观呢，就是我们把这个 release 的失效时间，我们把它设成和 token 一样，是不就能解决问题了，对吧？ 这个想法是好的，但是这会有一个问题，首先第一点，你怎么保证你们系统的服务器时间和第三方平台的服务器时间是一样的？举个例子啊，那假设你拿到了托肯，那比如说这个托肯过期时间是三十天，好吧？ 你每次呢，你都能拿同一个托肯去请求数据，但是存在一种可能性啊，那就是你系统的时间呢，可能会慢一点，而三风的时间呢，他可能会快一点，那到了第三十天的时候，有没有一种可能，你的托肯呢？还是老托肯？ 但是你去调目的时候，你发现你一直返回失败，但获取新托克呢？他却时间还没到，对吧？所以说我们要针对于一些具体的错误码，我们要去设计什么从事机制，那对于健全操作，他通常会返回一个固定的错误码的，那对于这个错误码，那咱们呢可以去做一层封装， 如果这个接口返回了这个固定的错误码，那咱们呢就把这个 top 呢就重新更新到 redis 当中，这样呢就基本解决掉了 top 失效的问题啊。好，这个呢就是第三点，那再聊聊第四点，接口超时， 那举个例子啊，比如说咱们系统上线之后，那我们调用第三方接口最容易出现的问题，其实就是超时问题啊， 因为我们系统到外部系统之间，它本身就存在一条很复杂的念路的，那中间是不是有有可能会缓解出现问题，那影响了 api 的一个响应时间，对吧？这一点非常尴尬，是什么呢？就是这一点是别人的系统，那我们呢是控制不了的， 我们跟别人说，那你这个接口响应比较慢，那你可以去优化一下。那首先这样呢也会存在一个问题啊，就是我们反馈之后，那如果说我们是甲方， 那可能对方响应还会快一点，那如果对方比我们更有优势，而我们呢是没办法要用人家的，这呢就很有可能，比如说你一个需求你提过去，那人家逆向啊， 对吧？寻求整理啊，然后包括优化呀，然后测试啊，上线啊，那拖个半年都有可能的。那别人呢？他体验的是你的系统，你速度慢一点，其实能说过去的，但是说你要老是返回失败啊，超时啊，那这一点到用户层面，那用户第一个找的就是你，对吧？ 所以说咱们作为这个 api 调用方啊，那我们去面对这种情况的时候，我们除了给他去反馈问题，我们去优化这个接口的性能之外，我们其实更有效的方法是什么？我们要去增加一个从事机制， 就举个例子，比如说，那你调用失败了，对吧？那我就比如说我设定个三次，那我去从事三次，如果说我从事成功了，那 ok 我就返回吧，那如果从事失败了，那我就直接我再返回失败，这样呢会更好一点。好， ok， 聊聊。第五点啊，那偷偷改参数， 这一点是非常令人讨厌的，我们和大家举个例子啊，那就是我之前做过的一个项目啊，我之前我调用某个平台的 a p i 的时候，我可能要去获取一些数据，对吧？ 那之前那对方的文档提供过来，他状态呢？只有两种，一个是正常，那还有一个是禁用。然后呢我们把状态更新到我们自己的库的时候， 那本身对接的是好好的，那也运行了几个月，那突然有一天，那这个用户反馈说我一条数据明明删掉了，那我为什么在页面上还能查到啊？那这个时候我去看数据库，我发现这个状态没问题啊，但是我去查看这个 api 接口日志的时候，他发现这个指标是什么下架，他突然多了第三个指标了，对吧？ 所以说这一点呢，是很尴尬的啊，他偷偷的把这些参数呢改掉了，然后呢也没有通知我们这边，所以那对于这一点的话，第一个那就是跟他们去 沟通解决，就是这个下架状态，他是不是一个非正常的状态？他是不是不应该显示，对吧？那如果说他确定了，那么他们改了数据，那他们确实呢也要告诉我们，那我们呢我们再去调我们的系统。 那还有第二种呢，我们尽量的把这种霉菌类的参数呢给他去做一个动态化，也就是我们去请求一个接口，我们把这些霉菌信息呢先拿过来，那我们去做判断的时候，我们去根据这个霉菌类返回的信息呢，我们再去做演示，这个呢就能很好的去解决问题啊。 好， ok， 那咱们呢再聊一聊最后一点，那最后一点呢也比较尴尬啊，我不知道大家有没有遇到过啊？就是你在调用第三方的时候，那接口呢是时好时坏的，比如说五分钟之前你还能用，对吧？那过了五分钟，然后你会发现这个接口呢五零三了，然后这个接口呢四零四了啊，又过了几分钟， 这个接口呢又好了，对吧？这种可能的情况有好几种啊，就比如说可能对方在重启嘛，这个是可能存在的，但一般呢这个都会通知的。那第二个呢，可能他们服务呢是一个集群的，那可能中间挂了一两台，但是呢他有可能把请求呢也打到那台机器上面去了。 那还有最后一种啊，他这台机器呢已经下线掉了，但是呢他并没有去剔除他，那在注册中心当中，那网关呢？他还是会把这些请求呢转发过去。所以这三种情况呢，都是会导致接口时好时坏的一个情况。那我们作为调用方，我们要解决的问题呢是 我们首先第一个我们要反馈嘛，那这个是必须要做的一个流程，那第二个呢，我们要保证咱们系统的一个健壮性的话，我们要尽可能的去增加这个失败重试机制，那错了一次没关系嘛，我过一会我再试第二 二次嘛，那这样呢，也能够比较好解决啊，那一般挂了的话，他不会挂太久的，那如果一直挂的话，其实那也没有什么其他的办法，那就只能去沟通了。好吧，好，那这个呢就是今天跟大家聊的六点啊，那我相信那各位小伙伴在真正的去调用第三方接口的时候，还会遇到一些其他的坑， 那大家呢也可以把自己遇到的这些坑呢写在评论区啊，那大家呢一起来聊聊，来去回忆一下之前的伤心往事啊。同时呢我也建议大家去想一下， 就是如果让你去设计一个第三方平台的时候，那你会怎么去设计？那对于我刚刚提出来的这些问题，你又如何去避免？ 那我们呢也可以在评论区那大家一起去探讨一下。好， ok， 这个呢就是本讲的全部内容了，而笔记呢我已经准备好了，那大家可以去看一下，如果大家有需要这本笔记的话，那可以评论区扣一，然后呢私信我领取好今天的内容呢，到这就结束了，咱们下期再会。

对接第三方接口需要考虑什么？嗨，大家好，我是麦克，一个工作了十四年的家务程序员，今天给大家分享一下面试过程中遇到这个问题，我们应该怎么回答？这个问题的文字回答，我整理到了一个五十万字的面试文档里面有需要的小伙伴可以在我的评论区的置顶中去领取。 这个问题考察候选人实际开发过程中是否有参与过第三方接口的对接，以及在对接过程中是否有深度思考过。对接过程中存在一些问题， 很多候选人基本上都是按照第三方接口的文档去写，甚至成熟一点的第三方接口都提供了封装好的工具包，使得大家很少去关注对接过程中可能存在一些问题，下面我们来看一下这个问题的完整回答。 基于我的经验，主要考虑以下几个方面的问题，第一，安全性问题。由于和第三方接口对接的时 涉及到数据的跨网络传输，为了防止数据被拦截和篡改，需要采用安全的通信机制，比如说 https 协议以及通过数据签名来避免数据篡改的问题。第二，接口的稳定性和可靠性。这两个方面呢，会直接影响用户体验和业务的正常流程， 所以我们需要做相对充分的评估和测试。第三，接口是否存在访问限制或者费用。如果存在并发量限制，需要评估是否满足当前业务的需求。如果存在费用，我们需要评估是否满足我们的预算范围。 以上就是我的理解，如果你喜欢这个作品，记得点赞和关注，我是麦克，我们下期再见！

这节课来讲加瓦的接口。什么是接口来直接看代码，接口是用关键词伊纳费斯来说明的，我们知道累的生命是用克拉斯 来看一下接口的特点，看他的方法，没有方法体说明接口里的方法是抽象方法。与抽象类不同的是，接口里的方法都是抽象方法，也可以有一个默认方法。暂时先不说，那既然是抽象方法，他不应该是这样的吗？ 对，这样也是可以的，接口这边不用写默认就是这样的。 在这个动物接口里边有这三个方法，那怎么使用这个接口呢？来看这个类，这个类是继承这一个抽象类， 并重写了这个方法。对于借口来说是要实现这个借口并实现它里边的方法。用这个关键词 后边是这个接口，要实现这个接口就得把它里面所有的方法都给实现。 还有另外一个， 那我实现这个接口跟我刚才继承这个抽象类有什么区别呢？我们知道继承累的时候只能继承一个，也就是说他只能有一个负累，但实现接口可以 实现多个，后边可以用逗号再加另外一个接口，这就变相实现了。多技程 每次实现这个借口的时候，都要把它三个方法都得实现，那另外一个子类去实现这个借口的时候，是不是也得把这三个方法都实现？如果这两个方法在不同的子类里面实现方式都是一样的，那是不是就重复了？重复的代码人太多了，这时候我们就可以结合这个抽象类， 抽象类可以实现这个接口， 把他的这三个方法都实现一下， 当我们看到了即使没有全部实现，他也不报错，说明抽象类 实现最后的时候不用把全部方法都实现，但为了让子类少写些，我们把这几个方法都给实现了。来看这个子类还让他跟以前一样继承他的那个抽象类， 这样就可以了，我想重写哪个方法就重写哪个方法，不想重写的直接调用负累的。 这就是抽象类与接口它的搭配，使用抽象类作为一个桥梁，方便此类有选择的去实现该实现的方法。 不过这种方式在简单业务中很少使用，业务中要也让些就太复杂了。这种方式明显是给 给设计者使用的，在框架中使用的比较多，如果以后要阅读那些开元框架的圆码，你会发现到处都是这样写的，方便程序员使用的时候进行扩展。 在简单业务中也就直接一个类实现一个接口，另外一个类实现另外一个接口，就这样就行了。好了，这节课就到这里。

哈喽，今天来给大家分享一个小技巧，手写一个动态的份，实现一个万能接口调用，什么意思呢？比如说我本服务如果要调用商品服务的话，我需要写这样的一个接口，在接口上呢需要指定这样的一个注解，指定他的一个名字， 并且呢指定调用的 u i r， 如果说我想要调用 u 的设备四呢，依然是要这样做，但如果说我想要调用很多个服务呢，我可能就需要写多个这样的接口，那代码呢会比较的繁琐， 那我们来看一下如何实现万能的一个粪钓用。那我这边呢有一个 dynamic client 的一个类，把它放在容器中，然后呢我注入了一个 dynamic fin client factory 这样的一个呃对象， 这个工厂呢主要是用来生产我们 dynamic service 这样的对象的，那这个里面有两个方法，一个是 pose 方法，一个是 get 方法，然后我们在 pose 方 方法中呢用 dynamic factory， 然后的一个 get 方法去获得对应的 dynamic service 的类，然后用 dynamic service 去调用我们的方法，然后发起远程调用。 我们来看一下他是怎么获得这样的一个 service 的，他这边呢传入了一个分内幕的参数，然后这个就是我们的远程调用的那个服务的名字，然后呢我们看一下他的这个方法的实现，然后这个里面呢他用分克拉的 build 这个分自带的一个建造者， 然后传入我们的呃一个类型，然后再传入服务的一个 id， 然后呢我们就需要他返回我们对应服务的这样的一个对象， 那我们来看一下打了每个 service 这样的一个接口，这个接口里面呢其实就是定了两个方法，一个是 pos 的方法，一个是 get 方法。那我们来看一下是怎么用的？比如说我在容器中拿到这样的一个对象，然后呢调用他的这样的一个方法， 然后呢传入我们远程服务的一个名字和 uil 以及我们的参数。那这样的话是不是就实现了一个远程调用了呢？我只需要传入不同的服务名，然后 uil 以及我们的参数就可以发起远程调用。那如果说大家想要这样的一个 demo 以及之前的 demo 的话呢，可以到这来 这，然后给他去发一个消息，像这样就可以拿到我们的 demo。 好，今天的一个分享呢，就到这。

今天给大家介绍一下一个特别好用的爱迪尔自己的借口测试的一个工具。首先呢，我们打开这个 idr， 然后呢我们找到一个，随便找到一个 ctrl， 在这个 ctrl 下面，嗯，他会有一个，哎，这样的一个小图标，点击之后呢，会有一个 january request in htp clint， 这么一个一个选项啊，我们点击 哎，他就会自动跳到一个一个点 ajtp 结尾的一个文件里面啊，这个文件呢？ 这个文件在哪？这个文件在这里，他会在这里面会生成一个，然后我们在这里 里面去修改我们用羊肉的的地址，一般来说是不用修改，他会生成的话应该就是正确。然后我们加上一个注视， 然后我们就可以进行点击，然后进行一个，嗯， logo house 八零八零就可以进行一个测试了。 然后呢我们把项目 跑起来看一下，我们测试一下， ok， 请求是通的，只不过我这个接口没有加偷啃，然后导致我们有一个请求被拒绝的一个一个处理，但是请求是通的啊，没有问题啊，这里面呢，你上面会有几个 sample， 这个是我们的请求日志， 我们点一个三毛来看一下 哦，他这里面有 get request 和 post， 这个就不是从 ctrl 那边去生成的啊，这是我们应该是我们主动在这边去增加的一些一些呆萌 哦，他和他给我们增又增加了一个 get 的一个 request， 点儿 htvb 的一个 文件哦，然后 occeptor， 哦，这些都是 get 的一些请求， get 的一些请求就是接接收的参数， 然后我们来看一下 post post， 它生成了一个 post post 地址，然后加上一个 con tent type application jason， 嗯，然后他空了一行。啊，注意这个地方，他空了一行，空了一行，然后再进行一个 jc 的书写，然后后面的话又空了一行，然后 进行下一个请求的一个处理，然后还有就是我们跑一下，哎，你会发现他跑完之后呢，他会在这个地方， 哦，这还是有数据，他会在这个地方进行一个快捷方式吧。啊？我们以后可以将这些作为一个改名 id 的。 com， 飞哥， 哎，我们可以在这改名，嗯， ok， 哎，这样我们以后就可以根据业务 名字直接在这进行一个处理了。 嗯，三炮其他的应该应该就不怎么常用了，对吧？然后这里面再给大家介绍一个啊，这个，这个最大按钮，这个连接，他是说我增加一个环境变量文件啊， 我们现在应该是应该是已经有了一个环境面料的一个文件 在这个地方啊，这个是我单独出一个文件夹，然后去存放这些测试文件，哦，就是权限类的 我就都放在这里面，然后其他的我放在这里面，可以按照模块进行一个追加，这样就不会乱了。那他他本身的话，如果说我们不用文件夹的方式，他， 嗯，用这种方式自动生成的啊，就这种方式自动生成的话，他会把这个文件自动生成，在这个文件加下啊，这个文件加下，不是，从这开始，他不是我们的项目内文文件 要注意一下，所以这里面就会存在一个问题，就这里面的，嗯，文件是你打开任何一个项目他都会去存在的，这么一个文件 就比较乱，所以我们最好是自己去加一个文件夹啊，然后去除以， 那这个就是我可能我点击，点击这个，点击以后生成的一个环境变量的一个文件啊，这就是环境变量，我们还可以往继续往后加，比如说再加一个， 然后用完了是什么什么什么啊？八零九九这样，然后我们回过来再去看，哎，他就出来了一个泰斯坦的一个环境，执行他的话他就会自动去替换 这个地方， 这个 url 就是我们这个环境变量里面的这个 url， 这个 这样就可以很方便的去请求不同的变量了，不同的环境进行一个请求。 好了，今天的这个接口工具就介绍到这吧。

我们今天就来讲一下如何通过实现 request board advice 这个接口达到以下目的。在 control advice 中呢，实现打印 post 请求的 uil 和入口。方法。在 control advice 中呢，实现打印 post 请求的 request body 中的入餐， 我们来看一下效果，那我这边写了一个收入 name 这么一个请求，我们用 postman 来调用一下这个请求，看看会打印出什么东西来。好，我这边输入陈轩一棵树作为入餐，调用一下这个请求。好，可以看到返回，这就是我是中国人，我的名字是陈轩一棵树。那在我们的控制台呢，输出这么几个 首先请求的 uil， 然后输出请求的入口就是这个方法。最后呢，输出请求的入餐， ok， 我们来看一下具体实现。那首先是这个返回值里面的这个我的名字，这句话，这句话的话其实就是我们之前视频中也提到的，就我这边只是一个字串拼接，没有什么其他东西，那重点是买 ctrl x 这个类，那在这个类里面呢， 有那么几个点要注意。首先我们实现了这个 quest body 的 ys 这个接口，那这个接口呢？有四个方法是需要我们重写的。那首先这个 support 方法， 那这个 support 方法呢？就是根据注解来说，它就是首先调用的，去决定我这个 interceptor 是否会被启用，那我们这边返回处就表示我这个 interrupter 是需要被启用的。 那接下来三个方法就分别是 before body read， 就我在读这个 body 内容之前要做什么事情，那第二个就是 after body read， 就我在读完这个 body 以后要做什么事情，那第三个的话就是 handle empty body， 就是我这个 body 为空的时候要做的一些事情。 那这边还要注意的是，我们这边是加 request ctrl x 这个注解的，然后我们再来具体看下这个方法。呃，刚才我们的 u i l 打印和请求入口打印，就是在这个 before both read 里面打印的，那具体的东西就是其实我是先获取了注解里面的 value， 然后把这个 value 打印出来了，然后再获取了这个 parameter 这个 executable 就它执行体，然后就把这个具体执行方法给打印出来了，然后就是做这个 afterboard read 这个方法里面动作，也就是这里有我们打印出来的请求参数，就这个 body 里面东西嘛，这边需要注意的是，我这里的 body 是依赖于前面这个 request body 注解的，就是我们这边的 request body 注解，如果你没这个注解，那这些重写的方法是都不会进来的。那最后一个呢，就是很多 mt body， 就是你 body 里面什么都没有的时候，他会跑到这个里面来进行一个对应的输出。好的，我们总结一下，首先我是在这个 ctrl 请求里面用了 request body 这个注解， 然后去自己实现了一个 cross body ys 这个接口，然后将里面的对应方法进行重写，同时呢这个时间类上面要加上有 cross ctrl 这个注解。最后呢就实现我们刚才看到的有一个请求进来会打印他的 url 入口以及对应的参数，那这一面你也可以根据自己的需求去做些其他事情， 只不过他切入点就是在包队读取前和读取后。好的，本期的视频就到这里，欢迎大家点赞、关注、收藏、留言，后期不迷路，让微信进步！

你可能不知道的 java 八用 function 接口来做责任链，开个新坑，介绍 java 八到 java 时期的一些小技巧或者实用函数，先从 java 八开始， java 八是二零一四年发布的，现在是二零二三年，也许你都已经烂熟于心，一起来温故知新吧。 java 八的 java utl function 包下面增加了大量工具接口，先来看看 function 接口。 招发八开始允许接口当中包含两种具体方法，一种是接口的默认实线， 一种是静态方法。刚好 function 接口里面都有 function 接口里面总有四个方法， apply 方法。唯一需要实现的借口方法，给你一个泛行 t， 返回一个泛行 r， 相当于类型 转换方法。核心功能就是这个 up i 方法。比如我们在做一个便利转换工具类的时候，可以要求调用者传入 function 接口的实线类，避免了自己新建接口。就像这样，对象转换为数字的逻辑，我们作为我们的公共逻辑。 至于字符串的再次处理，由调用者自己去决定，而调用者也只需要简单地传入他自己的实线类就好了。 再看下三个提供了实现的方法，提供默认实现的 compost 方法， 返回一个组合函数，该函数首先将 before 函数应用于其输入，然后将此函数应用于结果。提供默认实现的 end 方法，返回一个组合函数，该函数首先将此函数应用于其输入，然后将 after 函数应用于结果。 静态方法 identity 返回一个始终返回其输入参数的函数。前情提要完成。进入正题，我们把这些操作组合起来，打一套组合权。我们在最终给用户呈现数据的时候， 需要根据用户的等级或者其他情况对数据进行改造。改造的类型有很多，我们需要根据情况自由组合。现在我这里暂时有三个改造函数，分别处理他们各种的部分，那么怎么把 他们串起来依次调用了？没错，就是责任链模式。当然如果你说 for 循环我也没意见。我们这次决定用责任链，但是我又不想搞很多嘞，毕竟很多小朋友很反感，只要不要动不动就建一堆 class 来开始搞，我们不守洞见任何一个类，就在这里把事情办了。答案很简单， function 接口就给我们写好了， end m 和 compost 方法， 他会先或者后调用我们传入的另一个 function 接口，然后再给我们返回一个 function 接口，这不就是妥妥的责任链接口吗？ 第一步，先把这三个方法转为 function， 利用 identity， 我们就获得了一个 function， 然后 and then 接入这些方法，再然后把这些 handle 用 用 end 方法串起来。 大功告成。 现在来看看效果好像还行。在实际生产的时候，当然还是建议把 handle 都作为一个真正的类，方便扩展和维护。记得实现 function 接口即可结束了。

其实啊，我们要使用接口的多肽，更多的呢，是使用一种叫抽象方法，而非这里的默认方法。 刚才呢，我是用默认方法举的这个接口多肽的例子啊，但是，呃，更多的呢，其实大家可能以后用的是一种叫抽象方法。 那什么是抽象方法呢？所谓抽象方法，他就是只有方法的声明，但是呢，没有方法体代码啊，所谓的方法体就是这对大括号里的内容 啊，他是只有方法声明，没有方法体啊，这是我们抽象方法 他的特点。那你看啊，我接下来用抽象方法代替掉这里的默认方法，我们也用抽象方法来实现多肽，我就把默认方法咱先注视掉啊，然后写这个抽象方法。抽象方法有两个修饰符，一个是 public， 一个是 ever strict。 abstract 呢，是抽象方法专用的啊，它是本意就是抽象的意思啊。好，写完 abstract， 接下来就写方法声明了，挽回这类型方法名参数还有没有那对大括号啊？没有了啊，直接写分号，这就结束了。 好，那大家看，我用抽象方法代替掉了刚才的默认方法，咱们来看一下调用时这个抽象方法有没有动态？ 有吧，哎，效果跟刚才一样。表面上呢，我调的是接口中是不是这个名字叫 e 的 抽象方法，但实际上它执行的是实现类中的重写后的代码啊，这是用抽象方法达到了跟默认方法啊一样的一个效果啊，都是能实现方法的，多叹。 好，接下来我们再来说一下这个抽象方法这块还有哪些知识点需要同学们掌握， 这呢，给大家准备了三点啊，第一点就是这个抽象方法它 只能是 public 的，也就是你就算把抽象方法前面这个 帕布里克省略掉，他的访问范围不会从帕布里克缩小到默认的啊，省略掉他还是帕布里克啊，这是只能是帕布里含义啊，这一点是不是跟我们默认方法很像啊？哎，默认方法也是省略掉他们前面的帕布里克啊，访问范围仍然是帕布里克， 并且呢，这个 public 的关键字跟我们这个后面的 airbus track 的关键字其实都可以省略，大家看啊，我把它省略掉， 效果是不是一样呀？而且你看啊， idea 呢，它会把可以省略的关键字用这种灰色的显示啊，意思是你可以不写啊，这是我们的第一点啊，抽奖方法只能是 public 的，而且这个 public 啊， strip 都可以省略。好，接着来看第二条啊，第二条就是大家思考一下，为什么抽象方法设计为这种不需要方法体呢？ 啊，就是为什么这个抽象方法设计为不需要方法体，为什么 好，大家想啊，因为咱们的这个多肽方法是不是要求这个实现类实现这种方法的重写啊？那既然方法都重写了， 你看啊，如果是默认方法，那默认方法他就算留了一段自己的代码，但是有机会调用到这个默认方法中的代码用不到， 因为方法一旦重写，用的都是重写后的代码，重写后的代码根本调用不到默认方法中这段代码。 既然多态发声的时候，你用不到接口中可能存在的代码，那还不如像抽象方法这样让这个方法体控制啊。这是啊，抽象方法为什么设计成这种不需要方法体， 但是这个默认方法之中，这个方法体这个代码是不是就没用了呢？啊？其实它也有用， 它用在哪呢？就是没有发生多态时，比如说啊，咱们把它改成默认方法，改成默认方法以后，那我又没有加这个方法重写，这也没有加这个方法重写。 那当你去调用接口中 e 这个方法的时候啊，执行谁啊？哎，这回是不是应该执行默认方法中这行代码了？测一把啊， 最终呢，两次打印都是一，他是用在没有发生方法重写时，给他一个默认的代码实现啊，这是默认方法的作用啊。 好，来看第三条，第三条呢，是对于这种实线类来讲，它必须重写接口中的抽象方法。 必须啊，重写接口的抽象方法，如果你不重写呢，他会爆语法的错误，我们来试一下，你看，我把这个默认方法先注射， 注意，我把接下来这个抽象方法的注视打开，打开以后，大家看这两个实线类是不是都报错了呀？ 啊，就是因为他们没有重写接口中抽象方法，语法就包错了，你看啊，将来呢，我调的是接口中这个抽象方法吧， 既然掉的是抽象方法，意味着它里面没有代码，如果你这个时候连重写代码也不提供，那是不是意味着这个方法执行时，将来就没有可执行的代码了，所以不行啊，因此呢，我们这个实现类得重写抽象方法， 这个实现类呢，也得重写抽象方法啊，也就是意味着我们抽象方法他强制了实现类要实施这种方法的重写好，关于抽象方法的几个特性，我们就给大家介绍完了。

哈喽，今天来给大家分享用加法实现一个通用的多功能条件查询接口，包括模糊分页排序以及多条件查询。那我这边呢写了一个 demo， 我们可以看一下，入餐啊， 入餐里面呢有 tcr 三个范型，然后 t 呢代表的是精确匹配的一个参数， c 呢代表的是基本查询条件的一个对象。二呢就是模糊查询的条件对象，然后这个里面呢还包括了排序字段呀，包括排序方式，包括分页信息对象等等。 那我这边集成的十九层框架呢，是 my bed is plus， 然后呢我们传入这样的入餐，然后再传入这样的参数，然后组装跨入 rap 对象，然后这边呢有一个分页对象，然后传入分页对象和我们的 rapper 进行 查询，就能得到结果。那这个方法里面呢，就是对参数进行组装，比如说我们组装啊，精确匹配的参数，组装条件，匹配的参数，组装模糊查询的参数，然后呢组装排序，自断声序还是降序等等。 那我们来用 postman 测试一下，比如说我这边有一个精确匹配的条件是电话号码是这个，模糊匹配的查询条件是这个，然后基本条件查询呢是南京，然后呢分页对象包括排序字段，包括排序的类型，是升序还是降序， 然后呢我们这边就得到了一个结果，也比较简单，那如果说大家想要这样的一个 demo 以及之前的 demo 的话呢，可以到这来这，然后给他去发一个消息，像这样就可以拿到我们的 demo。 好，今天的一个分享呢，就到这。