2.1 KiB
2.1 KiB
62.1. 解决自动配置问题
Spring Boot自动配置总是尝试尽最大努力去做正确的事,但有时候会失败并且很难说出失败原因。
在每个Spring Boot ApplicationContext
中都存在一个相当有用的ConditionEvaluationReport
。如果开启DEBUG
日志输出,你将会看到它。如果你使用spring-boot-actuator
,则会有一个autoconfig
的端点,它将以JSON形式渲染该报告。可以使用它调试应用程序,并能查看Spring Boot运行时都添加了哪些特性(及哪些没添加)。
通过查看源码和javadoc可以获取更多问题的答案。以下是一些经验:
- 查找名为
*AutoConfiguration
的类并阅读源码,特别是@Conditional*
注解,这可以帮你找出它们启用哪些特性及何时启用。 将--debug
添加到命令行或添加系统属性-Ddebug
可以在控制台查看日志,该日志会记录你的应用中所有自动配置的决策。在一个运行的Actuator app中,通过查看autoconfig
端点(/autoconfig
或等效的JMX)可以获取相同信息。 - 查找是
@ConfigurationProperties
的类(比如ServerProperties)并看下有哪些可用的外部配置选项。@ConfigurationProperties
类有一个用于充当外部配置前缀的name
属性,因此ServerProperties
的值为prefix="server"
,它的配置属性有server.port
,server.address
等。在运行的Actuator应用中可以查看configprops
端点。 - 查看使用
RelaxedEnvironment
明确地将配置从Environment
暴露出去。它经常会使用一个前缀。 - 查看
@Value
注解,它直接绑定到Environment
。相比RelaxedEnvironment
,这种方式稍微缺乏灵活性,但它也允许松散的绑定,特别是OS环境变量(所以CAPITALS_AND_UNDERSCORES
是period.separated
的同义词)。 - 查看
@ConditionalOnExpression
注解,它根据SpEL表达式的结果来开启或关闭特性,通常使用解析自Environment
的占位符进行计算。