全文用以区分的配置文件以
spring.profiles.active
为例
首先,mapper层用spring注解@Value读取配置文件是不行的。编译不会错,但是通过注解写入的值必然为空。
把配置文件读到静态参数上面,然后Provider读取静态参数
在main方法的SpringApplication.run()
之后,正好合适。
细心的同学可能发现了这个方法其实是有返回值的,返回了一个ConfigurableApplicationContext
类。
这个context指的便是sping上下文,进去查源码,查看类描述
译:由大多数(如果不是所有)应用程序上下文实现的SPl接口。除了Applicationcontext接口中的应用程序上下文客户端方法外,还提供配置应用程序上下文的工具。这里封装了配置和生命周期方法,以避免让ApplicationContext客户端代码明显看到它们。目前的方法应该只在启动和关闭代码中使用。
继续从spring上下文里找环境变量
译:以可配置的形式返回此应用程序上下文的Environment,允许进一步定制。
那么我们便可以从spring环境里面取得想要的配置文件并写入静态变量了
那么启动程序看一下,是否获得到了
这时候又有同学问了:“如果我们的配置文件读取了多个配置呢?这个string是不是就不干净啦?”
继续细看这个类,这就是答案,把每个激活的环境以集合的形式给你。
继续编码测试,这样就有更完善的方案来解决了。
spring注解的方式是在spring实现增强类的时候,把值注入进去的。那么值为空的情况就可以大胆猜测了: mybatis调用Provider类时用的是类本类,所以获取不到值。
验证时刻:“类和类不能一概而论”
可以看到该类调用了.newInstance()
方法
译: 创建由class对象表示的类的新实例。类被实例化,就像通过带有空参数列表的new表达式一样。注意,该方法传播由空构造函数抛出的任何异常,包括检查的异常。使用此方法可以有效地绕过编译器执行的编译时异常检查。构造函数。newInstance方法通过将构造函数抛出的任何异常包装在(checked)InvocationTargetException中来避免这个问题。
看到了
.newInstance()
方法,至少能够确定,在使用Mybatis的时候操作Provider的时候必须要一个public的空参构造器。
对于程序员来说,要学习的知识内容、技术有太多太多,要想不被环境淘汰就只有不断提升自己,从来都是我们去适应环境,而不是环境来适应我们!
不用多说,相信大家都有一个共识:无论什么行业,最牛逼的人肯定是站在金字塔端的人。所以,想做一个牛逼的程序员,那么就要让自己站的更高,成为技术大牛并不是一朝一夕的事情,需要时间的沉淀和技术的积累。
现在竞争这么激烈,只有通过不断学习,提高自己,才能保持竞争力。
对于一些不知道学习什么,没有一个系统路线的程序员,这里给大家提供一些学习资料
需要的小伙伴,可以一键三连,点击这里获取免费领取方式!
内容涵盖:Java基础、JVM、高并发、多线程、分布式、设计模式、Spring全家桶、Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、MongoDB、Redis、MySQL、RabbitMQ、Kafka、Linux、Netty、Tomcat、数据库、云计算等
需要的小伙伴,可以一键三连,点击这里获取免费领取方式!