我知道它仍然不太受欢迎，因为该规范是在几个月前发布的。
我还没有“安装”weld，我只是在阅读，通过这个问题，我想确保我已经正确理解了这一点：
是否通过在您的beans.xml 中将它们声明为<alternatives> 来实现对 3rd-party jar 中的 bean 的解析？
如果没有，如何使用来自没有 beans.xml 的 3rd 方库中的 bean？
除非在他们的META-INF 中有beans.xml，否则将 jar 放在类路径上是行不通的，对于 3rd 方 jar，你不能做到这一点。 （见Gavin King's post on the subject）
【问题讨论】：
标签： java cdi jboss-weld jsr299
我对 alternative 的理解是，它是您可以在不同部署环境（例如测试环境）中使用的接口的其他实现的替代方案。 alternative bean 是通过使用@Alternative 注释来声明的。
要在给定部署方案中使用替代方案，请在 CDI 部署描述符 META-INF/beans.xml 的 <alternatives> 元素中选择它。这将启用默认禁用的 @Alternative bean。
启用后，如果容器发现给定注入点的不明确依赖项，它将查看可以注入的替代方案，如果确实有一个，则选择该替代方案。
换句话说，alternatives 是在部署时用另一个实现替换现有实现 的好方法。如果没有什么可替换的，你不需要替代品，只需将你的 jar 放在类路径上。不确定这是否正是您的问题，我对 3rd-party jars 的概念有疑问。
2.1.4. Alternatives、4.6. Alternatives 和 4.7. Fixing unsatisfied and ambiguous dependencies 中的更多内容（但我猜这就是您正在阅读的内容）。
更新：回答您的其他问题。
如果没有，如何使用没有 beans.xml 的 3rd 方库中的 bean
这不可能发生，bean 存档必须有一个bean.xml（可以是空的），如文档的15.6. Packaging and deployment 部分所述：
CDI 没有定义任何特殊的 部署存档。你可以打包 JAR、EJB-JAR 或 WAR 中的 bean——任何 应用程序中的部署位置 类路径。但是，存档必须 成为“豆档案”。这意味着每个 包含 bean 的存档必须 在
META-INF类路径的目录或WEB-INFWeb 根目录（对于 战争档案）。该文件可能为空。 部署在档案中的 Bean 有beans.xml文件不会 可在应用程序中使用。
然后，要修复不满足和不明确的依赖关系，请参阅前面提到的 4.7 节。
更新 2： 使用 BeforeBeanDiscovery.addAnnotatedType() 似乎可以添加其他类以在 bean 发现期间考虑。 （BeforeBeanDiscovery 是一个事件）
【讨论】：
beans.xml - 请参阅 Gavin King 的博文 - relation.to/Bloggers/WhyIsBeansxmlRequiredInCDI 我正在尝试查看如何使用不在 bean 档案中的 3rd 方对象.
beans.xml 放入 jar 中，否则你将无法与 DI 一起使用它？
为什么想得这么复杂？
只需为这些 3rd 方类创建一个 producerMethod。
假设您有一个第三方库，它会自动获取 PDF 文件并按传真发送它们，并且您喜欢使用类似的东西
private @Inject PdfFaxService faxService;
在您的代码中，您可以简单地为它提供一个生产者方法。 PdfFaxService 是无状态的，所以我们可以放心地假设我们可以让它@ApplicationScoped：
public @Produces @ApplicationScoped PdfFaxService createFaxService() {
return new PdfFaxService(initparameters);
}
某处。
第一次。
【讨论】：