Joker123456789 最近的时间轴更新
Joker123456789

Joker123456789

V2EX 第 482153 号会员,加入于 2020-04-07 14:40:49 +08:00
今日活跃度排名 3886
Joker123456789 最近回复了
15 小时 47 分钟前
回复了 liian2019 创建的主题 Java 关于线程池在高并发场景下落地使用的疑惑?
需要等结果的场景,不适合用异步。 异步只适用于不需要等结果的场景,主要是为了快速响应的。

而且你这种情况,对顺序也有严格的要求吧,你可能需要等 A 接口返回了,用 A 接口的返回结果去执行下一步 调 B 接口,用 B 的返回结果调 C 接口对吧? 如果是这样的话,那多线程的意义就更是彻底被玩没了, 反正都要等了为什么还要用线程?

如果不需要等,对顺序没有任何要求,只要调了就行,那或许还可以试试。但前提是 平常的压力之下,这些三方接口的处理速度必须要 > 生产速度,务必保证线程池里不会挤压任何任务。 让线程池 只用于应对 突发流量,保护三方接口不会被压垮(传说中的削峰)。

线程池其实就是一个内存级别的消息队列

你现在最好的情况是 做横向扩展,在双 12 当天加机器,同时做一下网关层的限流
16 小时 8 分钟前
回复了 suilwing 创建的主题 南京 南京买房求老哥们给点建议
河西上班,最好在公司附近。。。。。。。

你是在河西哪个地段?? 整个河西,除了油坊桥那一带的安置房,其他的 起码 5 万一平啊,你这 260 万的预算 还是算了吧。

你可以往江浦去看看,10 号线附近
@TossPig

首先:RPC 这方面,你只能说是说对了一大半, 还有一小部分 你没了解到的 建议去了解一下,RCP 并不完全 100%指 [远程调用过程封装], 还有另一种实现规范,就是 请求的 URL 是定死的就是 http://xxxx.xx ,但是参数需要符合某些规范,里面要指定 本次请求的意图,最常见的就是把要调用的方法 当参数传进去, 在区块连上 这种实现方式有很多。

其次:谁告诉你 resultful 是标准规范? 还有 你看看你自己,把 resultful 当成 真理,非遵守不可,还说不是 教条??

你就举一个例子吧,直接说,什么场景下 必须用 请求方式去区分 意图, 否则会很麻烦,或者造成代码很烂。 你直接说一个这样的场景出来,你说出来了,我就承认我错了。

本来不想跟你争的,你一来就说我反智,然后又喊我弟弟, 你的语气如此看不起我,我还真得跟你争到底了,除非你拉黑我。
@TossPig 规范不止 restful 一种啊,还有 RPC , 甚至自定义都行,而且 post 和 put 的请求报文没什么不同吧,服务器解析的方式也是一样的,无论是从效率,安全 还是什么角度来看, 都没什么区别。 个人认为这仅仅是 为了区分行为 而出现的请求方式。

但是行为不是已经通过接口区分了吗,请求 A 接口是 A 行为,请求 B 接口是 B 行为,这多清晰,实在不行的话像 RPC 通过参数指定 行为,也很清晰啊。

而且规范都是人定的,并不是上帝定的,他不是必须遵守的教条, 只要你的设计是有章法的,有讲究的,那就可以了。
远离 restful ,拥抱 RPC 吧,get ,post 一把梭。
34 天前
回复了 x97bgt 创建的主题 程序员 终于找到了 macos 切换程序的最佳方式
鼠标移下去,点一下不够快吗?
108 天前
回复了 www3 创建的主题 程序员 工作中该怎么改 bug??
谁的代码谁改,这是最基本原则,如果写这段代码的人离职了,那就由接手的人改。 切勿妄动别人的代码。
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1128 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 24ms · UTC 20:05 · PVG 04:05 · LAX 12:05 · JFK 15:05
♥ Do have faith in what you're doing.