以上是配置文件的加载顺序，因为后面的配置会覆盖之前的同名配置（在没有生效的前提下），所以配置的优先顺序从右到左。

下面说明下不同的配置文件的区别和位置：

惯例重于配置是系统遵循的一个重要思想，框架内置有一个惯例配置文件（位于），按照大多数的使用对常用参数进行了默认配置。所以，对于应用的配置文件，往往只需要配置和惯例配置不同的或者新增的配置参数，如果你完全采用默认配置，甚至可以不需要定义任何配置文件。

应用配置文件是应用初始化的时候首先加载的公共配置文件，默认位于application/config.php。

扩展配置文件是由extra_config_list配置参数定义的额外的配置文件，默认会加载database和validate两个扩展配置文件。

每个应用都可以在不同的情况下设置自己的状态（或者称之为应用场景），并且加载不同的配置文件。

举个例子，你需要在公司和家里分别设置不同的数据库测试环境。那么可以这样处理，在公司环境中，我们在应用配置文件中配置：

如果我们回家后，我们修改定义为：

    那么就会自动加载该状态对应的配置文件（位于）。

    每个模块会自动加载自己的配置文件（位于application/当前模块名/config.php）。

    模块还可以支持独立的状态配置文件，命名规范为：application/当前模块名/应用状态.php。

    如果你的应用的配置文件比较大，想分成几个单独的配置文件或者需要加载额外的配置文件的话，可以考虑采用扩展配置或者动态配置（参考后面的描述）。

    1. Config::load('配置文件名');

    配置文件一般位于APP_PATH目录下面，如果需要加载其它位置的配置文件，需要使用完整路径，例如：

    系统默认的配置定义格式是PHP返回数组的方式，例如：

    1. return [
    2.     '配置参数1'=>'配置值',
    3.     '配置参数1'=>'配置值',
    4.     // ... 更多配置
    1. Config::parse(APP_PATH.'my_config.ini','ini');
    2. Config::parse(APP_PATH.'my_config.xml','xml');

    parse方法的第一个参数需要传入完整的文件名或者配置内容。

    如果不传入第二个参数的话，系统会根据配置文件名自动识别配置类型，所以下面的写法仍然是支持的：

    parse方法除了支持读取配置文件外，也支持直接传入配置内容，例如：

    1. $config = 'var1=val
    2. var2=val';
    3. Config::parse($config,'ini');

    支持传入配置文件内容的时候 第二个参数必须显式指定。

    标准的ini格式文件定义：

    1. 配置参数2=配置值

    标准的xml格式文件定义：

    配置类采用驱动方式支持各种不同的配置文件类型，因此可以根据需要随意扩展。