在ThinkPHP中，一般来说应用的配置文件是自动加载的，加载的顺序是： >[info]#### 惯例配置->应用配置->扩展配置->场景配置->模块配置->动态配置 以上是配置文件的加载顺序，因为后面的配置会覆盖之前的同名配置（在没有生效的前提下），所以配置的优先顺序从右到左。 下面说明下不同的配置文件的区别和位置： ## 惯例配置 惯例重于配置是系统遵循的一个重要思想，框架内置有一个惯例配置文件（位于`thinkphp/convention.php`），按照大多数的使用对常用参数进行了默认配置。所以，对于应用的配置文件，往往只需要配置和惯例配置不同的或者新增的配置参数，如果你完全采用默认配置，甚至可以不需要定义任何配置文件。 > 建议仔细阅读下系统的惯例配置文件中的相关配置参数，了解下系统默认的配置参数。 ## 应用配置 应用配置文件是应用初始化的时候首先加载的公共配置文件，默认位于`application/config.php`。 ## 扩展配置 扩展配置文件是由`extra_config_list`配置参数定义的额外的配置文件，默认会加载`database`和`validate`两个扩展配置文件。 >[danger] `V5.0.1`开始，取消了该配置参数，扩展配置文件直接放入`application/extra`目录会自动加载。 ## 场景配置 每个应用都可以在不同的情况下设置自己的状态（或者称之为应用场景），并且加载不同的配置文件。 举个例子，你需要在公司和家里分别设置不同的数据库测试环境。那么可以这样处理，在公司环境中，我们在应用配置文件中配置： ~~~ 'app_status'=>'office' ~~~ 那么就会自动加载该状态对应的配置文件（默认位于`application/office.php`）。 >[danger] 场景配置文件和应用配置文件`config.php`是一样的定义。 如果我们回家后，我们修改定义为： ~~~ 'app_status'=>'home' ~~~ 那么就会自动加载该状态对应的配置文件（位于`application/home.php`）。 > 场景配置文件是可选的 ## 模块配置 每个模块会自动加载自己的配置文件（位于`application/当前模块名/config.php`）。 模块还可以支持独立的状态配置文件，命名规范为：`application/当前模块名/应用状态.php`。 > 模块配置文件是可选的 如果你的应用的配置文件比较大，想分成几个单独的配置文件或者需要加载额外的配置文件的话，可以考虑采用扩展配置或者动态配置（参考后面的描述）。 ### 加载配置文件 ~~~ Config::load('配置文件名'); ~~~ 配置文件一般位于`APP_PATH`目录下面，如果需要加载其它位置的配置文件，需要使用完整路径，例如： ~~~ Config::load(APP_PATH.'config/config.php'); ~~~ 系统默认的配置定义格式是PHP返回数组的方式，例如： ~~~ return [ '配置参数1'=>'配置值', '配置参数1'=>'配置值', // ... 更多配置 ]; ~~~ 如果你定义格式是其他格式的话，可以使用`parse`方法来导入，例如： ~~~ Config::parse(APP_PATH.'my_config.ini','ini'); Config::parse(APP_PATH.'my_config.xml','xml'); ~~~ parse方法的第一个参数需要传入完整的文件名或者配置内容。 如果不传入第二个参数的话，系统会根据配置文件名自动识别配置类型，所以下面的写法仍然是支持的： ~~~ Config::parse('my_config.ini'); ~~~ parse方法除了支持读取配置文件外，也支持直接传入配置内容，例如： ~~~ $config = 'var1=val var2=val'; Config::parse($config,'ini'); ~~~ 支持传入配置文件内容的时候 第二个参数必须显式指定。 标准的ini格式文件定义： ~~~ 配置参数1=配置值 配置参数2=配置值 ~~~ 标准的xml格式文件定义： ~~~ <config> <var1>val1</var1> <var2>val2</var2> </config> ~~~ 配置类采用驱动方式支持各种不同的配置文件类型，因此可以根据需要随意扩展。