ThinkSSL🔒 一键申购 5分钟快速签发 30天无理由退款 购买更放心 广告
在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> ~~~ 配置类采用驱动方式支持各种不同的配置文件类型,因此可以根据需要随意扩展。