举个简单的例子
这样可以通过反射获得一些元信息，相当于配置和业务逻辑的分离。
当然，这个自定义注释还取决于一些特定的注释，我们称之为元注释。一共有五种：
@保留：生存周期保留策略.SOURCE
保持在源阶段保留策略.CLASS
Compile
retentionpolicy，runtime
@documented将注释中的元素包含到Javadoc中
@target注释可用于类、方法、属性、，etc.]@inherited
@repeatablerepeatable
springboot中，怎么配置调用dubbo服务？用户定义的配置文件通常与@configurationproperties@enableconfigurationproperties结合使用。在localizations属性之前，您可以指定不同的配置文件，事实上，不需要自己去执行应用程序.yml也许应用程序属性在Dubbo配置属性中，为使用者端提供了一种不从注册表中发现服务的机制，直接配置远程接口的地址，保证用户端连接到指定的环境接口。这样，消费者端解决了问题，但服务提供商端呢？如上图所示，B1既是消费者又是服务提供者。它提供了A1所依赖的接口。如果B1将其服务发布到注册表（需要提醒稳定环境中的所有子环境共享一个注册表），那么稳定环境中的a将找到B1提供的服务？它必然导致稳定环境的不稳定性（稳定环境的机制是稳定环境只能进入不能退出，即不能调用其他外部子环境的服务）？因此，B1不能将服务发布到注册表，Dubbo还提供了相关的配置属性来支持这一点。让我举一个例子，说明可以使用哪些配置来实现此方案：
服务使用者：
Dubbo提供了一个URL属性，用于指定使用者端服务器的地址
默认方法是从注册表中查找接口，如下所示：阿里巴巴官网.demo.helloworld服务但如果你需要直接联系，你可以dubbo.properties公司以下配置dubbo.reference.helloWo文件rldService.url=dubbo：//ip:端口/阿里巴巴官网.demo.helloworld服务可通过配置dubbo.reference.url=dubbo文件：//IP:port/使使用者系统的服务指向指定的服务器地址（有关配置信息，请参阅“Dubbo配置规则的详细说明”）
