分享达人
TA的个人档案
分享达人个人页面-阿里云开发者社区
文章
131
问答
0
个人介绍
开源爱好者，喜欢钻研新技术。Activiti权威指南一书作者。
擅长的技术
- 高分内容
- 最新动态
- 文章
- 问答
-
发表了文章 2017-12-26
我的博客即将入驻“云栖社区”，诚邀技术同仁一同入驻。
我的博客即将入驻“云栖社区”，诚邀技术同仁一同入驻。
-
发表了文章 2017-12-19
FileEncodingApplicationListener使用以及原理
摘要：从本文开始我们会详细讲解springboot中一系列的事件监听器的使用以及内部实现原理，本文暂且讲解最简单的一个监听器，那就是文件编码监听器-FileEncodingApplicationListener。 FileEncodingApplicationListener类相关源码如下： public class FileEncodingApplicationListener implements ApplicationListener<ApplicationEnvironmentPreparedEvent>, Ordered { private static final Log logger = LogFactory.getLog(FileEncodingApplicationListener.class); public int getOrder() { return Ordered.LOWEST_PRECEDENCE; } public void onApplicationEvent(ApplicationEnvironmentPreparedEvent event) { ConfigurableEnvironment environment = event.getEnvironment(); if (!environment.containsProperty("spring.mandatory-file-encoding")) { return; } String encoding = System.getProperty("file.encoding"); String desired = environment.getProperty("spring.mandatory-file-encoding"); if (encoding != null && !desired.equalsIgnoreCase(encoding)) { ... } } } FileEncodingApplicationListener是一个文件编码监听器，它实现了Ordered接口，通过getOrder方法我们可以看出它的执行优先级是比较低的（getOrder方法的返回值越小，则执行优先级越高）。FileEncodingApplicationListener负责监听ApplicationEnvironmentPreparedEvent事件。ApplicationEnvironmentPreparedEvent：环境事先准备，spring boot中的环境已经准备ok 可以通过ApplicationEnvironmentPreparedEvent获取到SpringApplication、ConfigurableEnvironment等等信息， 可以通过ConfigurableEnvironment实例对象来修改以及获取默认的环境信息。 接下来我们重点梳理一下onApplicationEvent方法的处理逻辑。 1ã通过event获取环境ConfigurableEnvironment 。 2ã通过环境来获取spring.mandatory-file-encoding变量（所有的配置文件最终都被springboot解析存储到环境中），如果不存在该变量，则直接返回。spring.mandatory-file-encoding变量默认就没有设置，因此我们如果没有设置该变量的值，就不会执行下文的逻辑。 3ã获取系统变量file.encoding。获取spring.mandatory-file-encoding变量。 4ã如果spring.mandatory-file-encoding的值（忽略大小写）与file.encoding的值不相等，则直接报错，直接不让程序运行。比如我们设置了spring.mandatory-file-encoding=utf-8,file.encoding的值为GBK则报错；如果spring.mandatory-file-encoding=uTF-8,file.encoding的值为utf-8就不会报错。因为比较两者值的时候已经忽略大小写了。 关于spring.mandatory-file-encoding属性的配置步骤如下： 在项目的根目录中创建application.properties文件，该文件的层级结构如下图所示： application.properties文件的内容如下： spring.mandatory-file-encoding=GBK 至此，FileEncodingApplicationListener类的相关实现以及原理已经讲解完毕。 欢迎关注我的微信公众号，第一时间获得博客更新提醒，以及更多成体系的Java相关原创技术干货。 扫一扫下方二维码或者长按识别二维码，即可关注。
-
发表了文章 2017-12-18
springboot源码分析16-spring boot监听器使用
摘要：spring boot提供了一系列的监听器，方便我们开发人员使用和扩展。 本文咱们详细讲解一下spring boot中的监听器。 spring boot中支持的事件类型定在org.springframework.boot.context.event包中，目前支持的事件类型有如下6种： ApplicationFailedEvent ApplicationPreparedEvent ApplicationReadyEvent ApplicationStartedEvent（Springboot2.x版本已修改为ApplicationStartingEvent） SpringApplicationEvent ApplicationEnvironmentPreparedEvent 1.1. 监听器的使用 第一：首先定义一个自己使用的监听器类并实现ApplicationListener接口。 第二：通过SpringApplication类中的addListeners方法将自定义的监听器注册进去。 1.1.1. ApplicationFailedEvent ApplicationFailedEvent：该事件为spring boot启动失败时的操作。 /** * spring boot 启动的时候出现异常事件 * @author www.shareniu.com * */ public class ShareniuApplicationFailedEventListener implements ApplicationListener<ApplicationFailedEvent> { @Override public void onApplicationEvent(ApplicationFailedEvent event) { System.out.println("--------------:ShareniuApplicationFailedEventListener"); Throwable exception = event.getException(); System.out.println(exception); } } 可以通过ApplicationFailedEvent 获取Throwable实例对象获取异常信息并处理。 1.1.2. ApplicationPreparedEvent ApplicationPreparedEvent：上下文准备事件。 上下文context已经准备完毕 ，可以通过ApplicationPreparedEvent获取到ConfigurableApplicationContext实例对象。ConfigurableApplicationContext类继承ApplicationContext类，但需要注意这个时候spring容器中的bean还没有被完全的加载，因此如果通过ConfigurableApplicationContext获取bean会报错的。比如报错： Exception in thread "main" java.lang.IllegalStateException: org.springframework.boot.context.embedded.AnnotationConfigEmbeddedWebApplicationContext@69b0fd6f has not been refreshed yet 获取到上下文之后，可以将其注入到其他类中，毕竟ConfigurableApplicationContext为引用类型。 public class ShareniuApplicationPreparedEventListener implements ApplicationListener<ApplicationPreparedEvent> { @Override public void onApplicationEvent(ApplicationPreparedEvent event) { System.out.println("###############"+"ShareniuApplicationPreparedEventListener"); ConfigurableApplicationContext applicationContext = event.getApplicationContext(); //如果执行下面代码则报错 //ShareniuDemo shareniuDemo = applicationContext.getBean(ShareniuDemo.class); //System.out.println(shareniuDemo); } } 1.1.3. ApplicationReadyEvent ApplicationReadyEvent：上下文已经准备ok。 这个时候就可以通过ApplicationReadyEvent获取ConfigurableApplicationContext，然后通过ConfigurableApplicationContext 获取bean的信息。 public class ShareniuApplicationReadyEventListener implements ApplicationListener<ApplicationReadyEvent> { @Override public void onApplicationEvent(ApplicationReadyEvent event) { System.out.println("--------------------:ShareniuApplicationReadyEventListener"); ConfigurableApplicationContext applicationContext = event.getApplicationContext(); //ShareniuDemo可以根基自身情况进行测试 ShareniuDemo shareniuDemo = applicationContext.getBean(ShareniuDemo.class); } } 1.1.4. ApplicationStartedEvent ApplicationStartedEvent：spring boot 启动监听类。该类在SpringBoot2.x版本中已经废弃，修改为了最新的类，类名是ApplicationStartingEvent。这个事件是第一个产生的。 可以在SpringApplication启动之前做一些手脚，比如修改SpringApplication实例对象中的属性值。 public class ShareniuApplicationStartedEventListener implements ApplicationListener<ApplicationStartedEvent>{ @Override public void onApplicationEvent(ApplicationStartedEvent event) { SpringApplication springApplication = event.getSpringApplication(); springApplication.setShowBanner(false); System.out.println("##############################ShareniuApplicationStartedEventListener"); } } 1.1.5. SpringApplicationEvent SpringApplicationEvent：获取SpringApplication public class ShareniuSpringApplicationEventListener implements ApplicationListener<SpringApplicationEvent> { @Override public void onApplicationEvent(SpringApplicationEvent event) { System.out.println("-----------------------:ShareniuSpringApplicationEventListener"); SpringApplication springApplication = event.getSpringApplication(); System.out.println("###############"+springApplication); } } 1.1.6. ApplicationEnvironmentPreparedEvent ApplicationEnvironmentPreparedEvent：环境事先准备，spring boot中的环境已经准备ok 可以通过ApplicationEnvironmentPreparedEvent获取到SpringApplication、ConfigurableEnvironment等等信息， 可以通过ConfigurableEnvironment实例对象来修改以及获取默认的环境信息。 public class ShasreniuApplicationEnvironmentPreparedEventListener implements ApplicationListener<ApplicationEnvironmentPreparedEvent>{ @Override public void onApplicationEvent(ApplicationEnvironmentPreparedEvent event) { System.out.println("###############"+"ShasreniuApplicationEnvironmentPreparedEventListener"); SpringApplication springApplication = event.getSpringApplication(); ConfigurableEnvironment environment = event.getEnvironment(); long timestamp = event.getTimestamp(); Object source = event.getSource(); System.out.println("########################"+springApplication); System.out.println("########################"+environment); System.out.println("########################"+timestamp); System.out.println("########################"+source); MutablePropertySources propertySources = environment.getPropertySources(); if (propertySources!=null) { Iterator<PropertySource<?>> iterator = propertySources.iterator(); while (iterator.hasNext()) { PropertySource<?> propertySource = (PropertySource<?>) iterator.next(); System.out.println("##############:propertySource"+propertySource); } } } } 1.2. 监听器注册 @RestController @SpringBootApplication() public class Application { @RequestMapping("/") String index() { return "xxxxxxxxxxxxx"; } public static void main(String[] args) { SpringApplication springApplication = new SpringApplication(Application.class); springApplication.addListeners(new ShareniuApplicationStartedEventListener()); springApplication.addListeners(new ShasreniuApplicationEnvironmentPreparedEventListener()); springApplication.addListeners(new ShareniuApplicationPreparedEventListener()); springApplication.addListeners(new ShareniuApplicationFailedEventListener()); springApplication.addListeners(new ShareniuApplicationReadyEventListener()); springApplication.addListeners(new ShareniuSpringApplicationEventListener()); springApplication.run(args); } } 欢迎关注我的微信公众号，第一时间获得博客更新提醒，以及更多成体系的Java相关原创技术干货。 扫一扫下方二维码或者长按识别二维码，即可关注。
-
发表了文章 2017-12-16
springboot源码分析14-事件发布机制以及应用监听器
摘要：事件驱动模型，也就是我们经常提到用到的观察者模式。当然也可以将其理解为发布-订阅模型。具体的实现要素有如下几个方面。 1、首先是一对多的关系，一是目标对象，多则是观察者对象。比如报社是一个，而订报者是多个。 2、当目标对象的行为发生变化的时候，多个观察者对象会级联触发并做出相应的处理。换言之，目标对象的行为发生变化的时候，只需要通知一下所有的观察者对象（订阅过的）即可。具体的各个观察者怎么去处理，使用什么方式去处理，并不是目标对象所需要考虑的范畴。也就是说目标与观察者的实现是低耦合。目标对象的职责就是去通知各个观察者，各个观察者的职责是具体做事情的。大家各司其职协调工作。 3、目标对象怎么能在自身状态发生变化的时候，去实时通知到各个观察者呢？无外乎就是如下的两种思路。 实现方案1： 所有需要通知的观察者去目标对象中注册登记，当目标对象需要通知的时候，查询登记列表中的所有观察者，然后一个个的下发。 实现方案2： 所有需要通知的观察者去目标对象中注册登记，登记的时候告诉目标对象自己需要监听的事件类型，只有是自己注册的事件变化时，才接受通知，否则目标对象的其他事件不要通知这个观察者。 上述的两个方案，方案1强调的是目标对象只要发生行为状态改变，所有的观察者都可以收到通知，并自行处理。方案2有点类似精准投递，比如观察者对象1只监听a事件，那么当目标对象触发b事件的时候不需要通知观察者对象1。两种方案各有优缺点，我个人倾向使用方案2。因为该方案可以根据不同的事件源去通知不同的观察者。 了解了上述的内容之后，接下来我们看一下Springboot中所使用的事件发布机制以及ApplicationListener。 1.1. SpringApplicationRunListener 我们一步到位，直接定位到SpringApplication类中的run方法，相关实现代码如下： public ConfigurableApplicationContext run(String... args) { ... SpringApplicationRunListeners listeners = getRunListeners(args); listeners.starting(); ... } 我们重点看一下getRunListeners方法的处理逻辑，该方法的实例代码如下： private SpringApplicationRunListeners getRunListeners(String[] args) { Class<?>[] types = new Class<?>[] { SpringApplication.class, String[].class }; return new SpringApplicationRunListeners(logger, getSpringFactoriesInstances( pringApplicationRunListener.class, types, this, args)); } 首先看一下getSpringFactoriesInstances方法，代码如下： private <T> Collection<T> getSpringFactoriesInstances(Class<T> type, Class<?>[] parameterTypes, Object... args) { ClassLoader classLoader = Thread.currentThread().getContextClassLoader(); Set<String> names = new LinkedHashSet<>( SpringFactoriesLoader.loadFactoryNames(type, classLoader)); List<T> instances = createSpringFactoriesInstances(type, parameterTypes, classLoader, args, names); AnnotationAwareOrderComparator.sort(instances);//order值越小，越靠前 return instances; } 上述的代码，前面的系列文章也详细讲解过，就是查询所有META-INF/spring.factories配置文件中key为org.springframework.boot.SpringApplicationRunListener的值，我们找一下spring-boot-2.0.0.M7.jar中的META-INF/spring.factories配置文件，相关配置如下所示： # Run Listeners org.springframework.boot.SpringApplicationRunListener=\ org.springframework.boot.context.event.EventPublishingRunListener 因此上述代码执行完毕之后。会通过反射实例化EventPublishingRunListener类，该类的构造函数如下： private final SimpleApplicationEventMulticaster initialMulticaster; public EventPublishingRunListener(SpringApplication application, String[] args) { this.application = application; this.args = args; this.initialMulticaster = new SimpleApplicationEventMulticaster(); for (ApplicationListener<?> listener : application.getListeners()) { this.initialMulticaster.addApplicationListener(listener); } } 首先，实例化SimpleApplicationEventMulticaster类，然后调用application对象中的getListeners()方法，并循环将该函数的返回值集合添加到initialMulticaster中。initialMulticaster我们可以将其理解为事件发布器。getListeners()方法中返回的集合在哪里初始化的呢？我们继续回到SpringApplication类的构造函数中。如下所示： private List<ApplicationListener<?>> listeners; public SpringApplication(ResourceLoader resourceLoader, Class<?>... primarySources) { ... setListeners((Collection) getSpringFactoriesInstances(ApplicationListener.class)); } public void setListeners(Collection<? extends ApplicationListener<?>> listeners) { this.listeners = new ArrayList<>(); this.listeners.addAll(listeners); } 在SpringApplication类的构造函数中，也就直接通过getSpringFactoriesInstances方法直接获取到META-INF/spring.factories配置文件中key为org.springframework.context.ApplicationListener的值，我们找一下spring-boot-2.0.0.M7.jar中的META-INF/spring.factories配置文件，相关配置如下所示： # Application Listeners org.springframework.context.ApplicationListener=\ org.springframework.boot.ClearCachesApplicationListener,\ org.springframework.boot.builder.ParentContextCloserApplicationListener,\ org.springframework.boot.context.FileEncodingApplicationListener,\ org.springframework.boot.context.config.AnsiOutputApplicationListener,\ org.springframework.boot.context.config.ConfigFileApplicationListener,\ org.springframework.boot.context.config.DelegatingApplicationListener,\ org.springframework.boot.context.logging.ClasspathLoggingApplicationListener,\ org.springframework.boot.context.logging.LoggingApplicationListener,\ org.springframework.boot.liquibase.LiquibaseServiceLocatorApplicationListener 上述的13个监听类均是监听不同的事件进行处理的，我们也可以自定义一些监听器进行业务处理，添加方式如下所示： SpringApplication springApplication = new SpringApplication(DemoApplication.class); springApplication.addListeners(new ShareniuApplicationListener()); 通过上述代码我们可以看出，所有的事件监听器最终存储在SpringApplication类中的listeners集合中。 1.2. Springboot中事件的发布以及监听 接下来，我们来看一下Springboot中事件的发布以及监听。我们继续回归到listeners.starting()方法中。 public void starting() { for (SpringApplicationRunListener listener : this.listeners) { listener.starting(); } } 循环遍历所有的listeners，并依此调用listeners中的starting方法。 注意：listeners是SpringApplicationRunListener类型，并非是ApplicationListener类型，这点一定不要搞混淆了。SpringApplicationRunListener中持有所有的ApplicationListener类型监听器集合。EventPublishingRunListener类中的starting方法代码如下： public void starting() { this.initialMulticaster.multicastEvent( new ApplicationStartingEvent(this.application, this.args)); } 注意这里产生的事件是ApplicationStartingEvent类型，因此只有监听到ApplicationStartingEvent事件的监听器才可以观察到进而进行自己的处理。this.initialMulticaster.multicastEvent方法实现如下： public void multicastEvent(ApplicationEvent event) { multicastEvent(event, resolveDefaultEventType(event)); } public void multicastEvent(final ApplicationEvent event, @Nullable ResolvableType eventType) { ResolvableType type = (eventType != null ? eventType : resolveDefaultEventType(event)); for (final ApplicationListener<?> listener : getApplicationListeners(event, type)) { Executor executor = getTaskExecutor(); if (executor != null) { executor.execute(() -> invokeListener(listener, event)); } else { invokeListener(listener, event); } } } 在构造ApplicationStartedEvent时传给它的基类EventObject的protected不可序列化属性source。实例化ApplicationStartedEvent后instance.getClass()并包装为ResolvableType类型以保存类型信息，并将它和event作为参数传入SimpleApplicationEventMulticaster的multicastEvent方法。multicastEvent首先获取ApplicationListener，使用getApplicationListeners方法，这个方法中抛开对listener做了一些缓存类工作外，主要就是将事件和对应的监听器做了下是否支持的验证，返回通过了retrieveApplicationListeners中通过了supportsEvent验证的监听器集合，这里就体现出了ResolvableType的作用，它保存了类型的信息同时对泛型类型也支持。 在整个SpringBoot启动的过程中，会先后出产生如下的几个事件。 ApplicationStartingEvent-->>ApplicationEnvironmentPreparedEvent-->>ApplicationPreparedEvent ContextRefreshedEvent-->>ApplicationReadyEvent-->>ContextClosedEvent 后续的系列文章，我们对于核心的监听器一个个进行讲解，从而加深印象。
-
发表了文章 2017-12-14
springboot源码分析14-ApplicationContextInitializer原理Springboot中PropertySource注解多环境支持以及原理
摘要：Springboot中PropertySource注解的使用一文中，详细讲解了PropertySource注解的使用，通过PropertySource注解去加载指定的资源文件、然后将加载的属性注入到指定的配置类，@value以及@ConfigurationProperties的使用。但是也遗留一个问题，PropertySource注解貌似是不支持多种环境的动态切换？这个问题该如何解决呢？我们需要从源码中看看他到底是否支持。 首先，我们开始回顾一下上节课说的PropertySource注解的使用，实例代码如下： 1 @PropertySource( name="jdbc-bainuo-dev.properties", 2 value={"classpath:config/jdbc-bainuo-dev.properties"},ignoreResourceNotFound=false,encoding="UTF-8") 我们使用了PropertySource注解中的参数有：name、value、ignoreResourceNotFound、encoding。其实PropertySource注解还有一个参数，那就是factory，该参数默认的值为PropertySourceFactory.class。 PropertySource注解的定义如下： 1 public @interface PropertySource { 2 String name() default ""; 3 String[] value(); 4 boolean ignoreResourceNotFound() default false; 5 String encoding() default ""; 6 Class<? extends PropertySourceFactory> factory() default PropertySourceFactory.class; 7 } 我们不妨先看一下PropertySourceFactory接口是做什么的？该接口的核心定义代码如下： 1 public interface PropertySourceFactory { 2 PropertySource<?> createPropertySource(@Nullable String name, EncodedResource resource) throws IOException; 3 } 上述代码中，PropertySourceFactory接口仅仅提供了一个createPropertySource方法，该方法就是创建PropertySource实例对象的，关于PropertySource的架构可以参考前面的系列文章进行学习，既然是接口，那肯定有实现类吧？该接口的默认实现类为DefaultPropertySourceFactory，代码如下： 1 public class DefaultPropertySourceFactory implements PropertySourceFactory { 2 public PropertySource<?> createPropertySource(@Nullable String name, EncodedResource resource) throws IOException { 3 return (name != null ? new ResourcePropertySource(name, resource) : new ResourcePropertySource(resource)); 4 } 5 } 首先判断name参数值是否为空，如果不为空直接实例化ResourcePropertySource并将name参数值进行传递，否则直接实例化ResourcePropertySource。看到这个地方的处理，感觉也没什么神奇的地方，那么问题来了，我们思考如下三个问题：DefaultPropertySourceFactory 类什么时候被Spring框架调用呢？Name参数值是如何传递过来的呢？ResourcePropertySource实例化的时候做了什么呢？我们一个个的来看源码进行分析。 1.1. DefaultPropertySourceFactory 类什么时候被Spring框架调用呢 第一个问题：DefaultPropertySourceFactory 类什么时候被Spring框架调用呢？这个我们就需要看一下我们定义的PropertySource注解是如何被Spring框架解析的？经过我的一系列排查，我找到了。Spring框架开始解析PropertySource注解的方法位于ConfigurationClassParser类中，为了防止大量的跟踪源码跟踪丢失了，自己也糊涂了。我们直奔主题，看一下processPropertySource方法，如下所示： 1 private static final PropertySourceFactory DEFAULT_PROPERTY_SOURCE_FACTORY = new DefaultPropertySourceFactory(); 2 private void processPropertySource(AnnotationAttributes propertySource) throws IOException { 3 String name = propertySource.getString("name"); 4 if (!StringUtils.hasLength(name)) { 5 name = null; 6 } 7 String encoding = propertySource.getString("encoding"); 8 if (!StringUtils.hasLength(encoding)) { 9 encoding = null; 10 } 11 String[] locations = propertySource.getStringArray("value"); 12 boolean ignoreResourceNotFound = propertySource.getBoolean("ignoreResourceNotFound"); 13 Class factoryClass = propertySource.getClass("factory"); 14 PropertySourceFactory factory = (factoryClass == PropertySourceFactory.class ? 15 DEFAULT_PROPERTY_SOURCE_FACTORY : BeanUtils.instantiateClass(factoryClass)); 16 for (String location : locations) { 17 try { 18 String resolvedLocation = this.environment.resolveRequiredPlaceholders(location); 19 Resource resource = this.resourceLoader.getResource(resolvedLocation); 20 addPropertySource(factory.createPropertySource(name, new EncodedResource(resource, encoding))); 21 } 22 catch (IllegalArgumentException ex) { 23 if (ignoreResourceNotFound) { 24 if (logger.isInfoEnabled()) { 25 logger.info("Properties location [" + location + "] not resolvable: " + ex.getMessage()); 26 } 27 } 28 else { 29 throw ex; 30 } 31 } 32 catch (IOException ex) { 33 } 34 } 上述代码的逻辑分为如下几个核心的步骤： 1. 开始解析name、encoding值。 2. 解析value（数组）以及ignoreResourceNotFound值。 3. 解析factory，如果该值没有配置，默认为PropertySourceFactory则直接实例化DefaultPropertySourceFactory类，否则开始实例化自定义的类。换言之factory的处理类我们是可以进行自定义的。BeanUtils.instantiateClass是Spring中比较常用的一个工具类，其内部就是通过反射手段实例化类，在这里我们就不一一讲解了。 4. 循环遍历所有的location值，进行如下的处理。 4.1.对location进行SPEL表达式的解析。比如当前的配置环境中有一个属性为app=shareniu，我们配置的location为${app}最终值为shareniu。通过这里的处理逻辑可以知道location支持多环境的切换以及表达式的配置。 4.2.使用资源加载器resourceLoader将resolvedLocation抽象为Resource。 4.3.调用addPropertySource属性进行处理。将指定的资源处理之后，添加到当前springboot运行的环境中，这个前面的章节也详细讲解过类似的，在这里就不详细说明了。注意：这里调用了DefaultPropertySourceFactory类中的createPropertySource方法了。 5.如果上述的任意步骤报错，则开始查找ignoreResourceNotFound的值，如果该值为treu，则忽略异常，否则直接报错。在这里我们可以看出ignoreResourceNotFound参数值的配置非常的重要。 1.2. ResourcePropertySource 我们看一下ResourcePropertySource类的构造函数，主要看一下没有name参数的构造函数，如下所示： 1 public ResourcePropertySource(EncodedResource resource) throws IOException { 2 super(getNameForResource(resource.getResource()),PropertiesLoaderUtils.loadProperties(resource)); 3 this.resourceName = null; 4 } 上述代码，我们重点关注一下name值的生成逻辑。也就是getNameForResource中的处理逻辑，如下所示： 1 private static String getNameForResource(Resource resource) { 2 String name = resource.getDescription(); 3 if (!StringUtils.hasText(name)) { 4 name = resource.getClass().getSimpleName() + "@" + System.identityHashCode(resource); 5 } 6 return name; 7 } 通过resource中的getDescription方法获取name值。如果name值为空，则重新生成，否则直接返回。大家又兴起可以看看resource中各个子类的定义以及使用。 PropertiesLoaderUtils.loadProperties(resource)毋庸置疑就是加载指定的属性文件了。 1.3. PropertySource多环境配置以及表达式使用 在springboot中，可以通过设置spring.profiles.active属性，达到不同环境配置文件的动态切换。我们看一下这种方式如何使用，首先在application.properties增加如下的信息： spring.profiles.active=dev application.properties文件位置如下图所示： 然后，我们修改CustomerDataSourceConfig1类，这个类的配置以及启动类进行测试可以参考上一篇文章进行学习。 1 @PropertySource( name="jdbc-bainuo-dev.properties",value= {"classpath:config/jdbc-bainuo-$ {spring.profiles.active}.properties"},ignoreResourceNotFound=false,encoding="UTF-8") 2 public class CustomerDataSourceConfig1 { 3 } 这里注意value的值已经修改为了："classpath:config/jdbc-bainuo-${spring.profiles.active}.properties"。 ${spring.profiles.active}表达式可以动态的进行配置，从而达到动态切换不同的配置文件了。 欢迎关注我的微信公众号，第一时间获得博客更新提醒，以及更多成体系的Java相关原创技术干货。 扫一扫下方二维码或者长按识别二维码，即可关注。
滑动查看更多
暂无更多信息
-
发表了文章
2016-03-12
ExtJS学习(一)Ext自定义类实现
-
发表了文章
2016-03-12
ExtJS学习(二)Ext组件模型
-
发表了文章
2016-03-12
ExtJS学习(三)Grid表格
-
发表了文章
2016-03-12
ExtJS学习(四)EditorGrid可编辑表格
-
发表了文章
2016-03-12
Apache Commons Configuration读取xml配置
-
发表了文章
2016-03-12
mysql数据库连接池使用(一)dbcp方式的配置
-
发表了文章
2016-03-13
java中List接口的实现类 ArrayList，LinkedList，Vector 的区别 list实现类源码分析
-
发表了文章
2016-03-13
spring源码系列(一)sring源码编译 spring源码下载 spring源码阅读
-
发表了文章
2016-03-19
mysql数据库连接池使用(二)实现自己的数据库连接池
-
发表了文章
2016-03-19
在javascript里 string 和 int 类型转换
-
发表了文章
2016-03-19
mysql数据库连接池使用(三)数据库元数据信息反射数据库获取数据库信息
-
发表了文章
2016-03-19
JS和Jquery操作label标签
-
发表了文章
2016-03-19
JS 遍历对象 jQuery遍历对象
-
发表了文章
2016-03-19
jQuery Ajax 使用 ($.ajax、$.post、$.get)
-
发表了文章
2016-03-19
java操作properties配置文件
-
发表了文章
2016-03-20
Spring Resource接口获取资源
-
发表了文章
2016-03-27
java中&和&&的区别 位运算
-
发表了文章
2016-03-27
java原码、补码、反码总结
-
发表了文章
2016-03-27
java虚拟机参数设置 jvm参数设置
-
发表了文章
2016-03-27
java虚拟机 jvm java堆 方法区 java栈
滑动查看更多
暂无更多信息