@Dongxiaohao 代码不多的话加个注解也是个蛮简单的方式，要是想作为一个可以面向几十个应用的功能就可以像我说的做个二方包在里面写一些路由逻辑，这个东西的好处就是对 sql 语法没有任何要求，需要注意的是潜在的事务问题（跨数据源），你使用时注意点。

@JackCh3ng ShardingSphere-JDBC 不兼容原有的配置格式，而且会把整个 Datasource 和 Connection 都换成自己，不需要分表的 sql 也会走它的拦截分析，很多语法都不支持，同时还需要手动指定不需要走分表的单表有哪些，动态数据源那里不用它的 starter 而是复用它的 DynamicDatasource ，自己写个配置解析 sql 然后做路由不需要业务代码变更一行而且没有任何 sql 兼容性问题

多数据源简单一点，目前来看 https://github.com/baomidou/dynamic-datasource 这个写的还不错的，不建议 ShardingSphere-JDBC 它目前的实现入侵性太强，需要比较重的分库分表的场景才更合适。

第一确实存在这样的业务诉求，这是很合理的，别被其它人绕晕了；
第二实现方式最好不是自定义一套注解，理解成本很高，具体很好的实现方式一下子没想好，最好是可以和原来搭配使用，比如 SpelNotNull 就可以改成 @NotNull + @When("enableVoice == true")，上面只是举个例子；
第三注意这里存在潜在的性能问题对于高并发接口来说这些校验最好是直接写在业务代码中的，但是绝大多数接口并不是什么高并发接口，这个东西的用处应当是用来快速实现校验功能，当这个接口的 QPS 要求发生变化时再重新设计实现，当然更多接口可能永远都都不到这一步。

因为线程是非常宝贵的资源，这个设计主要就是保证线程资源的最大化利用。

在更早的时候操作系统的可支撑线程数是非常有限的，单机的性能也很弱，但随着时代的发展其实这个思路已经并没有那么适用了，在实际中很多都是把核心数和最大线程数设为一致。更有甚者 tomcat 直接修改了这一策略，在没有可用线程时它会优先开启一个新的线程直至最大线程数，然后才会堆积请求。如今 tomcat 的这种思路更为流行比如 Druid 的连接池中的最小连接数和最大连接数也是这个逻辑。

当然随着虚拟线程的流行，线程的限制将会荡然无存，线程池也会逐步退出历史舞台，最终只服务于很少的一些场景。

@ZhuWenJian https://www.toutiao.com/article/6907489802053206536/?tt_from=weixin&utm_campaign=client_share&wxshare_count=1&timestamp=1608605828&app=news_article&utm_source=weixin&utm_medium=toutiao_ios&use_new_style=1&req_id=2020122210570801019410004130001CCA&group_id=6907489802053206536&wid=1678178759781 看看这篇文章讲的很全面，然后结合理论去和实际相结合，面试这种要准备好详细的案例

技术架构、业务架构、应用架构、数据架构
你问他你要哪一种

好绩效取决且仅取决于你的直属实线 leader 。

https://pebble-skateboard-d46.notion.site/Java-7d1e6f877c9d4d02811e1181bc5b361c?pvs=25 看我这篇文章吧，会对方法句柄和 Lambda 有一个更深的了解。

在线简历也蛮重要的，决定了 hr 看不看你要不要附件简历，不过在线的内容要相对比较浓缩很多不然缩略里面是不会全部展示的

这不就是 arthas 的 trace 嘛，直接搞过来。pinpoint 、jvm sandbox 等也可以抄一抄。

dubbo-admin 里面有根据接口签名和元数据生成示例参数的代码，核心逻辑就是解析 java.lang.reflect.Method#getGenericParameterTypes 中的泛型入参。
对于你来说第一步根据 method 签名中的泛型信息解析出来所需要的 java 类型，第二步生成随机参数可以使用 Podam ，试下来体验还可以。

@la2la 可以到杭州看看，苏州和武汉互联网不太行，当然互联网现在整体也不太行了，如果考虑制造业的一些 IT 需求可以去苏州。

不后悔，我这样的人不让我写代码我都不知道自己能干什么，如果现在失业可能只能去泡滴滴了。

没家庭的话去一二线赚钱攒钱吧，加油。

计算机的前景想必没人说得准，可以趁现在没孩子没房贷在工作上再努力一下，多考虑考虑家乡省会的一些工作机会，至于买房和国内游我觉得都还好，旅游本身没那么费钱，房价也还在下行像你也比较保守非核心小户型我觉得和你老婆一起努力是不成问题的。

没有简单的方案：
1.润，所有选择里面最长久和舒服的，到了国外你的学历焦虑会低很多，但语言是个迈不过去的坎；
2.卷开源，最好是 owner ，实在不行混一个明星开源项目的成员，这条路对技术和 idea 的要求非常非常高；
3.卷技术博客，相比于第 2 条技术要求相对低一些，但要求找准赛道发现需求，成了就可以获取技术影响力；
4.修心，不执着于互联网和大厂，认真思考赛道选择一个相对稳定的行业，人生不只有工作；

多试几个好了。Cfr 、Procyon 、jadx ，一般 Java 的代码很少加混淆也没那个价值

@whoami9426 very good