简单点
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)

楼上说的挺对的 国外商业数据库公司不少， 国内就不多

我比你大一岁 想创业 不想上班

上次谈恋爱是三年前 妹子是小米的 UI 谈了一年分手了 后悔亚

减少数据库更新 第一次从库加载在到 redis 做自增 一段时间 定期刷库 不好吗

职场上正常 不要钻牛角尖