少有的传统JAVA开发问题

纯村规罢了。可以问问AI @Async 的优劣

是否异步应该由业务编排层决定，而不是改方法的调用语义。

简单，自己弄个线程池执行就行，别用默认的线程池

直接问问领导呢?虽然这个注解有很多问题,但是你领导想的和我们回答的不一定一致

看需求了，也可以自己搞线程池，自己搞线程池的话自定义，可视化程度比较高，我一般都是自己调线程池

还有人不让用 @autowired 的呢。

说是推荐写法不推荐，但是实际不会那么容易出依赖问题其实

^-^这个之前就说过了，也不让用，但是这个我是理解的，确实有可能出问题

用不用需要根据业务，领导不让用可能怕出现线程安全问题

我去，你们领导简直是最尊重Spring规范之人 ^-^

确实佩服

java不行那就换 javascript

自己用线程池调用别人一看就知道是异步任务，用注解没到方法实现类里看一下是不知道的，我觉得更多是代码可读性的问题吧，是怕其他人不知道是异步方法，直接调用吧。

没有什么不能用的，我们公司也是用的，但是不要用默认线程池，使用自定义线程池，可以不同业务区分不同的线程池

我这里都是直接用的，反正系统没啥并发，随便搞 ^-^不存在线程问题。这个注解没啥对或错，要看实际情况，不给用就不用呗，叫AI写着线程池异步一下也很快

用这个注解确实会有一些坑，用自定义线程池肯定是最优解。

用线程池最好，这个确实不可控，不直观。

用别人的方法都需要确定你调的是什么东西，不需要看内容，但方法干什么的，入参出参，调用方式肯定要知道，即使手工调异步处理，你也是要知道的，外面也看不出来，规范点的话，方法名是需要注明这是个异步方法的，比如名字叫asyncxxxx

你说的对，但是有些人就不是按照这种思路来做事情，代码能跑就行，其他的不看。

这样那别人手工用线程池调还是注解调都没区别，别人在方法里面用线程池调用照样还是不知道

我们这不让写SQL，不让用mybatis,只允许JPA 以及单表查询^-^