好难啊

今天二面了一家公司,深有感触,前面的时候面试官就项目扣的很细。

到项目最后一个点支付功能,他问我第三方如果回调很慢怎么办,这个咱比较菜只关注于自己业务逻辑了,这个属实没想到。最后也是说了不会,他给我说的思路是前端同学可以拿到第三方的相关信息手动去调用,如果按照面试官的说法,那就等于否定了我实现这个支付低代码的初衷,我问了面试官,他说这就是他的一个想法,就是问问我有什么思路之类的,唉,还是自己太菜了,没有什么架构之类的思想,这一弄最后算法也写的不尽人意,虽然自己思路面试官是认可的,但是毕竟自己没写出来,唉。。。。。。。。

全部评论
不用自暴自弃吧哥们,我不知道你是后端还是前端,从后端角度来说的话,第三方接口都是要做 try - catch 的,如果回调很慢我会选择走兜底策略,要么是返回给前端的一行提示信息(不好意思,出现了点故障)要么就是换种支付方式啥的,并且要做好埋点上报的功能,也就是监控每次调度接口的耗时,如果大幅超过阈值就通过平台上报,让运维人员及时知道
10 回复 分享
发布于 2024-03-05 17:34 广东
算法感觉主要思路对了,只要不是很基础的东西没写出来应该影响不会很大吧
2 回复 分享
发布于 2024-03-05 15:43 北京
这是一条测试评论
点赞 回复 分享
发布于 2024-04-24 10:09 湖北
异步?
点赞 回复 分享
发布于 2024-03-06 12:09 河北

相关推荐

05-14 20:34
门头沟学院 Java
窝补药贝八股:管他们,乱说,反正又不去,直接说680
点赞 评论 收藏
分享
04-22 15:13
已编辑
Java
点赞 评论 收藏
分享
评论
11
13
分享

创作者周榜

更多
牛客网
牛客企业服务