文件系统后端
Config Server 中还有一个“native”配置文件，它不使用 Git，而是从本地类路径或文件系统（您希望通过 spring.cloud.config.server.native.searchLocations 指向的任何静态 URL）加载配置文件。要使用 native 配置文件，请使用 spring.profiles.active=native 启动 Config Server。
请记住，对于文件资源要使用 file: 前缀（默认不加前缀通常指类路径）。与任何 Spring Boot 配置一样，您可以嵌入 ${} 风格的环境变量占位符，但请注意，Windows 中的绝对路径需要额外的 /（例如，[/$\{user.home}/config-repo](file:///$%7Buser.home%7D/config-repo)）。
searchLocations 的默认值与本地 Spring Boot 应用程序相同（即 [classpath:/, classpath:/config, file:./, file:./config]）。这不会将服务器上的 application.properties 暴露给所有客户端，因为在发送给客户端之前，服务器中存在的任何属性源都会被移除。
文件系统后端非常适合快速入门和测试。要在生产环境中使用它，你需要确保文件系统可靠，并且在 Config Server 的所有实例之间共享。
搜索位置可以包含 {application}、{profile} 和 {label} 的占位符。通过这种方式，您可以在路径中分隔目录，并选择对您有意义的策略（例如每个应用程序的子目录或每个配置文件的子目录）。
若不在搜索位置中使用占位符，此仓库还会将 HTTP 资源的 {label} 参数附加到搜索路径的后缀上，因此属性文件会从每个搜索位置 以及 一个与标签同名的子目录中加载（带标签的属性在 Spring 环境中具有优先权）。因此，不使用占位符的默认行为等同于添加一个以 /{label}/ 结尾的搜索位置。例如，file:/tmp/config 等同于 file:/tmp/config,file:/tmp/config/{label}。可以通过设置 spring.cloud.config.server.native.addLabelLocations=false 来禁用此行为。