楼上的老哥牛的 我这 3%

简单点
1. <String,String> key 是你的策略 value 是你的 beanName 直接 get 就好
2. <String,Class> key 是你的策略 value 是你的所有加载的 service 取出来强制转型
3.直接用 xml 更简单创建一个 map 对象 value 是多个 bean
举个常见栗子
private Map<Object, Object> targetDataSources;
<bean id="xxx" class="xxxxx">
<property name="targetDataSources">
<map>
<entry key="xxxxx" value-ref="xxxxx"></entry>
</map>
</property>
</bean>

一样大 ， 一样单身 走一步看一步把 提前打算找点事情做

出现啥瓶颈 按道理来说只有秒杀抢购商品锁库存防止超买这一步 （文章太多）
剩下都是异步的了 理论上没有瓶颈

看不懂楼上说的，
1.下单锁库存（锁库存超买，闲置 黑名单）
超时取消订单库存
2.支付通知成功减库存
调物流发货

js ？ go

jvm 起来就得占多少 - -

哎 我是尽可能早走 有机会换个更好的环境 暂时是没啥好的办法

@bsg1992 那就要充分做好测试，还有上线切量 与回滚的方案 涉及资金的都不是小事 除非你们不在乎

必须要拆分的话 异步肯定就消息队列 保证发送与重试 还有
事务强一致不现实 保证有正向反向接口 要看业务来
前提业务接收你最终一致

这个是基于 AOP 的动态代理实现，你内部引用不生效
1.放到外部的类调用
2.用 ApplicationContext.getBean 在调用 searchOne(id)