这是一个创建于 1122 天前的主题，其中的信息可能已经有所发展或是发生改变。
大佬们怎么看......
第 1 条附言 2023 年 1 月 31 日
我的意思是大佬们也是这么想的嘛……有必要所有接口（包括登陆、注册）都实现异步的情况嘛……
第 2 条附言 2023 年 1 月 31 日
以前在某大厂实习过，下行接口基本都接了 mesh ，所以都是同步的；上行接口会通过具体的功能区分，比如转码等高耗时操作会比较费计算资源，考虑到堆积、降级等措施才不得已用异步接口的。现在这公司的 leader 的思路我是真的有点儿无法理解…所以想听听大家的看法。
 | 1 guisheng 2023 年 1 月 31 日 同步接口不变，异步统一使用消息队列接收处理。 |
 | 2 hhjswf 2023 年 1 月 31 日 via Android 异步调用是啥意思？接口结果以回调的方式返回嘛 |
 | 4 vagusss 2023 年 1 月 31 日 为啥这么干 |
 | 5 yeqiu 2023 年 1 月 31 日 获取数据也异步吗？ 这太可怕了吧 |
 | 6 RightHand 2023 年 1 月 31 日 via Android 异步首先是回调地狱，务必使用自带协程的语法的语言 |
 | 7 zeonll 2023 年 1 月 31 日 背景是什么。不说背景说需求统统刷流氓 |
 | 8 ffw5b7 2023 年 1 月 31 日 via Android 进度？各个业务不一样，那就是日志 /链路追踪咯？ |
 | 9 sleeepyy 2023 年 1 月 31 日 接口全都写异步的，需要同步的时候就 block_on(api) |
 | 10 nothingistrue 2023 年 1 月 31 日  1 要求所有接口都异步还说得过去，要求同时支持同步和异步，这脑袋是被驴踢了。 同步还是异步，要综合考虑业务要求和性能要求的，都支持没有技术性错误，但是开发成本太高了，一般都是单接口二选一。总体上可能会是部分接口同步，部分接口异步。 所有接口都异步，也是不现实的，这样被调用方是方便了，调用方就要吃屎了。 |
| 11 nothingistrue 2023 年 1 月 31 日 |
 | 14 ryanbuu OP |
 | 15 IvanLi127 2023 年 1 月 31 日 via Android 这事在某些情况下确实有必要，这样就能 既要又要 了 |
 | 17 jones2000 2023 年 1 月 31 日 说实话， 没什么好讨论的， 根据 leader 的意思搞就行了，反正你不做整体构架， 出了问题有人背锅，垒代码就是了。 |
 | 18 GeruzoniAnsasu 2023 年 1 月 31 日 你有没有想过这样一个怼点： 所有的同步调用都可以在调用方而不是接口处实现。 |
 | 20 jink2018us 2023 年 2 月 1 日 同步方法 1 个=异步方法 3 个（发起，回调 /轮询，取消） 让老板再招 2 个人或工期 X3 为屎山添砖加瓦，咱不劳心 |
 | 21 k9982874 2023 年 2 月 1 日 via Android 你们公司主程脑袋被门夹了吗？ |
 | 22 unnamedhao 2023 年 2 月 1 日 via iPhone 让你干啥你干啥 |
| 23 ryanbuu OP @GeruzoniAnsasu #16 这句话没太理解，能否辛苦详细说说。 |
 | 25 lyxeno 2023 年 2 月 1 日 只实现异步就好了。 调用方自己等待异步结果，那不就是同步了吗？ 不过有些接口做成异步毫无意义...徒增开发成本 |
 | 26 hoopan 2023 年 2 月 1 日 一般接口都是同步，只在特殊要求下才异步（性能、并发、请求时间）。全部异步不太可能，跟同事沟通下公司领导的真实意图。 |
Select Language