https://framework.zend.com/manual/2.4/en/tutorials/config.advanced.html#environment-specific-system-configuration
有两个级别的配置：全局和局部也就是系统配置和应用配置。
系统配置：系统配置用来传递给application实例。application实例使用这些内容来定位modulemanager和servicemanager。
应用配置： modulemanager在加载模块的时候会用configlistener合并各个模块的配置。这些配置被称为应用配置。各个模块的配置最终会和config/autoload/下的配置文件合并。
应用配置在传递给servicemanager之前会先传给event_merge_config事件，这将允许以后进行额外的修改
system configuration:
在加载模块之前，我们必须得告诉application的实例：有哪些模块、这些模块在什么地方。
系统配置里面包含的字段：
//包含整个应用中用到的模块，一般是模块的命名空间。'modules' => [ 'application',],//module_listener_options留给modulemanager的监听器使用（zend\modulemanager\listener\configlistener'module_listener_options' => [ //指明了模块的存储位置，一般在/module和/vendor两个目录下。 'module_paths' => [ './module', './vendor', //也可以使用string key 'module_namespace' => 'path_to_the_module's_module_class' ], //模块加载之后的全局配置文件的路径。可以使用glob_brace标记：http://cn2.php.net/glob 'config_glob_paths' => [ 'config/autoload/{{,*.}global,{,*.local}.php', ], //是否使用configuration cache。如果使用配置将会被缓存用于后续请求// 'config_cache_enabled' => $booleanvalue, //创建配置缓存文件的名字// 'config_cache_key' => $stringkey, //是否使用模块类映射缓存。// 'module_map_cache_enabled' => $booleanvalue, //缓存文件名// 'module_map_cache_key' => $stringkey, //缓存文件的路径 //'cache_dir' => $stringpath, //是否检查模块之间的依赖，默认检查。如果某个模块的抵赖模块没有加载，那这个模块也不会使用 //'check_dependencies' => true,], //以上为'module_listener_options内容。//用来创建自己的service manager//'service_listener_options' => [// [// 'service_manager' => $stringservicemanagername,// 'config_key' => $stringconfigkey,// 'interface' => $stringoptionalinterface,// 'method' => $stringrequiredmethodname,// ],],//用来初始化servicemanager的初始配置。//必须和zend\servicemanager\config兼容//'service_manager' => [],
加注释的部分都是可选的。系统配置是应用启动之前加载的，所以一般都很小。除了service_manager可以在模块配置文件中重载，其余的都是不可重写的。
根据应用场景选择配置文件：
有时候我们想在开发模式下使用一个配置，正式环境下使用另一个配置。我们可以在apache.conf或者.htaccess里面添加如下指令：
setenv app_env development
在php中使用getenv()或者$_server[]来获取服务器环境变量，然后根据环境变量设置配置。
'config_glob_paths' => [ sprintf('config/autoload/{,*.}{global,%s,local}.php', $env)]
模块配置：
每一个模块都可以提供自己的配置文件。
使用getconfig()返回模块自己的配置，，这个方法会被modulemanager加载模块的时候自动调用。
//file：module.phppublic function getconfig(){ return include __dir__ . '/config/module.php';}
getconfig为所有servicemanager提供的可获得的manager类（如：contorllermanager。。）提供配置。
如果想针对某一个manager类可以使用相应的模块方法，如：getcontrollerconfig()等等。https://framework.zend.com/manual/2.4/en/tutorials/config.advanced.html#configuration-mapping-table
配置信息的优先级：
各种配置的合并顺序：
1、 module类里的各种服务配置方法
2、getconfig()返回的配置，会覆盖其他的服务配置方法。注意：该方法返回的配置不会被缓存（所以最好使用各个不同的服务配置方法）。
操作合并的配置信息：
合并所有的配置但未传递给servicemanager之前，zend\modulemanager\listener\configlistener会触发zend\modulemanager\moduleevent::event_merge_config事件。通过监听这个事件你可以对已经合并的配置进行操作。
phpnamespace foo;use zend\modulemanager\moduleevent;use zend\modulemanager\modulemanager;class module{ public function init(modulemanager $modulemanager) { $events = $modulemanager->geteventmanager(); $events->attach(moduleevent::event_merge_config, array($this, 'onmergeconfig')); } public function onmergeconfig(moduleevent $e) { $configlistener = $e->getconfiglistener(); $config = $configlistener->getmergedconfig(false); if (isset($config['some_key'])) { unset($config['some_key']); } $configlistener->setmergedconfig($config); }}
配置信息合并的工作流程：
系统配置：
定义在config/application.config.php；
不会合并；
允许程序化的操控配置。
配置信息传递给application的实例。modulemanager按顺序初始化系统。
application配置：
modulemanager按以下顺序合并每一个定义在系统配置里的module类：
module类方法里面定义的服务配置
module::getconfig()返回的配置
service configuration里的config_glob_paths定义的文件设置
configlistener 触发的event_merge_config事件：configlistener何必配置，其他监听器操控配置（修改）
最终合并好的配置传递给servicemanager。