在開始閱讀本文之前建議先閱讀筆者之前的一篇博文 yaml檔案的語法及注意事項，瞭解一些關於yaml方面的相關知識。

第一次接觸symfony的人可能會不太習慣symfony的配置檔案，因為symfony的配置檔案實在是太多了，而且還分了很多的層級，不過相信隨著後期學習的深入，你會了解到symfony的這些配置檔案給開發帶來了很大的靈活性，利大於弊。

一、配置

1、專案配置（project）

專案相關的配置檔案存放在專案根目錄下的config目錄下，如下截圖所示：

各個配置檔案的相關說明：

databases.yml：該檔案主要用來存放資料庫連線設定，可以被應用程式級的配置覆蓋

properties.ini：這個檔案存放命令列工具需要的引數，包括專案名稱，遠端伺服器的連線設定

rsync_exclude.txt：這個檔案定義同步伺服器的時候哪些檔案不需要同步

schema.yml 與 propel.ini：這兩個檔案是Propel(symfony 的ORM 層)的資料訪問配置檔案。它們用來使Propel 與symfony 的類還有專案的資料協同工作。propel.ini 是自動生成的，所以你不用修改它。如果你不用Propel，就不需要這些檔案。

2、應用程式配置（apps）

相關應用程式的配置檔案存放在應用程式下的config目錄下，如下圖所示：

各個配置檔案的相關說明：

app.yml：這個檔案存放應用程式相關的配置資訊，包括定義業務或者程式邏輯的全域性變數，這些都不需要存放在資料庫裡。稅率，運費，e-mail

地址等經常存放在這個檔案。這個檔案預設是空的。

factories.yml：symfony 在這裡定義處理檢視、請求、迴應、會話(session)等的類。如果你想用你自己的類取代symfony 的類，你可以在這裡定義它們。

filters.yml：過濾器是在每個請求都被執行的一小段程式碼。這個檔案用來定義哪些過濾器需要被執行，每個模組都可以改寫過濾器配置。

settings.yml：這個檔案存放symfony 應用程式的主要配置資訊。你的應用程式是否使用國際化功能，它的預設語言，請求timeout 時間，是否開啟快取功能等都在這個檔案裡面定義。只要改變這個檔案裡的一行程式碼，你就可以關閉網站來執行維護升級器是在每個請求都被執行的一小段程式碼。這個檔案用來定義哪些過濾器需要被執行，每個模組都可以改寫過濾器配置。

routing.yml：路由規則，能把難以理解的不好記憶的URL 變成"漂亮"的直觀形式。此配置檔案用來存放這些資訊。每個新應用程式都會有一些預設路由規則。

view.yml：這個檔案裡定義預設檢視的結構(佈局的名稱，標題，還有metatag；預設載入的樣式表及Javascript；預設的content-type 等)。還有預設的meta 與標題標籤。

3、模組配置（module）

預設情況下，模組沒有特別的配置資訊。不過，如果你需要，你可以為某個模組覆蓋應用程式級的配置。例如，你需要修改一個模組裡所有動作的HTML 描述資訊，或是載入一個特定的Javascript 檔案。你可以選擇針對某個特定的模組增加新引數來實現保護性封裝。

比如建立如下圖所示的目錄和檔案：

generator.yml：根據資料庫表自動生成的模組(腳手架與管理後臺)會用這個檔案, 它用來定義介面怎麼顯示行和列，使用者可以執行哪些操作(過濾器，排序，按鈕等)。

module.yml：這個檔案包含模組的特殊引數(相當於app.yml，但這是模組級的),還有動作的配置資訊。

security.yml：這個檔案用來給動作設定訪問限制。你可以在這裡設定哪個頁面只能給註冊使用者看或是一部分有特殊許可權的註冊使用者看。

view.yml：這個檔案包含模組的一個或者所有動作的檢視配置資訊。它會覆蓋應用程式級的view.yml。

資料驗證檔案：雖然這些用來驗證表單輸入資料的YAML 資料驗證檔案存放在validate/目錄而不是config/目錄裡，它們仍然屬於模組配置檔案。

二、環境

如果你有過一些開發經驗的話，你就會清楚再不同的開發環境下，配置是不同的，比如線上和線下的資料庫配置資訊肯定是不同的，那麼如何在symfony中配置不同的開發環境呢？其實很簡單，下面是一個示例：

symfony 配置檔案的結構
# 生產環境設定
prod:
...
# 開發環境設定
dev:
...
# 測試環境設定
test:
...
# 自定義環境設定
myenv:
...
# 所有環境的設定
all:
...

任何一個特定環境裡定義的引數優先於所有環境裡定義的引數，所有環境裡的引數優先於預設配置。模組配置裡的引數優先於應用程式級裡定義的同樣引數，應用程式裡的引數優先於專案級。這可以通過下面的優先順序列表來表示：
1. 模組
2. 應用程式
3. 專案
4. 特定的環境

5. 所有環境

6. 預設

三、獲取配置資訊

在symfony框架中可以使用syConfig類來獲取在配置檔案中存放的資訊，下面是一個示例：

在app.yml檔案中定義appid和appsecret：

all:
  appid: wechatAppid
  appsercet: wechatAppserecet

注：symfony有配置快取，如修改了配置檔案，需要清理配置檔案快取，可以使用如下命令清除symfony框架的配置快取：

執行完此命令後仔細觀察cache目錄的變化，會發現cache目錄下的檔案都被清空了（目錄結構還繼續保留）

在控制器中獲取：

$host = sfConfig::get('app_appid');

引數的名字由幾部分組成，中間用下劃線分割，順序如下：
① 與配置檔名有關的字首 (sf_ 代表 settings.yml, app_ 代表app.yml, mod_ 代表 module.yml, sf_i18n_ 代表 i18n.yml,sf_logging_ 代表 logging.yml)
② 父鍵名 (如果有), 小寫形式
③ 鍵名, 小寫形式

symfony 支援在YAML 檔案裡使用常量。如果遇到%包起來的大寫形式的設定名(可以通過sfConfig::get()取得值)，配置檔案處理器會用這個設定的當前值來替換這個常量。

autoload.yml中的示例：

autoload:
symfony:
name: symfony
path: %SF_SYMFONY_LIB_DIR%
recursive: on
exclude: [vendor]

path 引數的值會是執行sfConfig::get('sf_symfony_lib_dir')的結果。如果一個配置檔案依賴於另一個配置檔案，被依賴的配置檔案必須先被解析(請查symfony 的原始碼來了解配置檔案載入的順序)。app.yml 是最後被解析的檔案之一，所以你可以在這個檔案裡使用其它檔案裡定義的設定。

除此之外，symfony的YAML 檔案可以包含PHP程式碼，下面是一個示例：

all:
translation:
format: <?php echo sfConfig::get('sf_i18n') == true ? 'xliff' :
'none' ?>