注解相比 xml 配置有什么优缺点，新项目中可以替代 xml 吗？

新项目还没见过工作中写 xml 的

会(指安卓开发
我记得为了不用 xml 找了半天 shiro 的 @Bean 配置方法
看到 xml 就恶心

还是喜欢用 @Annotation 的方式来实现配置，再不济就用 json 或者 yml

可以，现在来说几乎都可以用注解来实现.实在不行，自己可以封装下注入，也比较简单

有时候感觉用注解会导致配置信息没法在一处管理，基本得靠全文搜索

手头一个 12 年的项目在用 xml，新项目都是 Annotation

不限于 java 大多数语言都在去 xml 化，虽然它的描述能力更强，但冗余信息比较多不符合人的阅读习惯。具体到 Java 项目中 xml 已经越来越少了，Spring boot 中默认已经没有 xml 了，新的框架们尽管支持，但也都提供相应的注解使用方式。
注解从某种程度上来说有侵入性，且对于第三方的库除非使用字节码技术修改不然没办法直接使用注解；
xml 呢也有它的好处，集中式管理, 对业务代码无侵入, 比如 dubbo 的 xml 现在你想修改服务版本直接在一个文件中修改就好, 如果采用注解那么就要全局替换注解影响范围要大一些，此外还有调试的时候你可以在 xml 中选择只加载你需要测试的服务以及其依赖的服务，把其他的临时注释掉。

但新项目仍然建议使用注解方式，因为所谓的耦合性在实际的项目中并没有什么实际的影响，绝大多数情况下是可以忽略的, 同时可以更好的收敛我们的代码，在不滥用的情况下更清爽也高效