在ThinkPHP中，一般来说应用的配置文件是自动加载的，加载的顺序是：
惯例配置->应用配置->扩展配置->场景配置->模块配置->动态配置
以上是配置文件的加载顺序，因为后面的配置会覆盖之前的同名配置（在没有生效的前提下），所以配置的优先顺序从右到左。
下面说明下不同的配置文件的区别和位置：
惯例配置
惯例重于配置是系统遵循的一个重要思想，框架内置有一个惯例配置文件（位于thinkphp/convention.php），按照大多数的使用对常用参数进行了默认配置。所以，对于应用的配置文件，往往只需要配置和惯例配置不同的或者新增的配置参数，如果你完全采用默认配置，甚至可以不需要定义任何配置文件。
建议仔细阅读下系统的惯例配置文件中的相关配置参数，了解下系统默认的配置参数。
应用配置
应用配置文件是应用初始化的时候首先加载的公共配置文件，默认位于application/config.php。
扩展配置
扩展配置文件是由extra_config_list配置参数定义的额外的配置文件，默认会加载database和validate两个扩展配置文件。
V5.0.1开始，取消了该配置参数，扩展配置文件直接放入application/extra目录会自动加载。
场景配置
每个应用都可以在不同的情况下设置自己的状态（或者称之为应用场景），并且加载不同的配置文件。
举个例子，你需要在公司和家里分别设置不同的数据库测试环境。那么可以这样处理，在公司环境中，我们在应用配置文件中配置：
'app_status'=>'office'
那么就会自动加载该状态对应的配置文件（默认位于application/office.php）。
场景配置文件和应用配置文件
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>
配置类采用驱动方式支持各种不同的配置文件类型，因此可以根据需要随意扩展。