項目路由設置

前面我們已經(jīng)創(chuàng)建了 beego 項目，而且我們也看到它已經(jīng)運行起來了，那么是如何運行起來的呢？讓我們從入口文件先分析起來吧：

package main

import (
    _ "quickstart/routers"
    "github.com/astaxie/beego"
)

func main() {
    beego.Run()
}

我們看到 main 函數(shù)是入口函數(shù)，但是我們知道 Go 的執(zhí)行過程是如下圖所示的方式：

這里我們就看到了我們引入了一個包 _ "quickstart/routers",這個包只引入執(zhí)行了里面的 init 函數(shù)，那么讓我們看看這個里面做了什么事情：

package routers

import (
    "quickstart/controllers"
    "github.com/astaxie/beego"
)

func init() {
    beego.Router("/", &controllers.MainController{})
}

路由包里面我們看到執(zhí)行了路由注冊 beego.Router, 這個函數(shù)的功能是映射 URL 到 controller，第一個參數(shù)是 URL (用戶請求的地址)，這里我們注冊的是 /，也就是我們訪問的不帶任何參數(shù)的 URL，第二個參數(shù)是對應的 Controller，也就是我們即將把請求分發(fā)到那個控制器來執(zhí)行相應的邏輯，我們可以執(zhí)行類似的方式注冊如下路由：

beego.Router("/user", &controllers.UserController{})

這樣用戶就可以通過訪問 /user 去執(zhí)行 UserController 的邏輯。這就是我們所謂的路由，更多更復雜的路由規(guī)則請查詢beego 的路由設置

再回來看看 main 函數(shù)里面的 beego.Run， beego.Run 執(zhí)行之后，我們看到的效果好像只是監(jiān)聽服務端口這個過程，但是它內(nèi)部做了很多事情：

• 解析配置文件beego 會自動解析在 conf 目錄下面的配置文件 app.conf，通過修改配置文件相關的屬性，我們可以定義：開啟的端口，是否開啟 session，應用名稱等信息。
• 執(zhí)行用戶的 hookfuncbeego 會執(zhí)行用戶注冊的 hookfunc，默認的已經(jīng)存在了注冊 mime，用戶可以通過函數(shù) AddAPPStartHook 注冊自己的啟動函數(shù)。
• 是否開啟 session會根據(jù)上面配置文件的分析之后判斷是否開啟 session，如果開啟的話就初始化全局的 session。
• 是否編譯模板beego 會在啟動的時候根據(jù)配置把 views 目錄下的所有模板進行預編譯，然后存在 map 里面，這樣可以有效的提高模板運行的效率，無需進行多次編譯。
• 是否開啟文檔功能根據(jù) EnableDocs 配置判斷是否開啟內(nèi)置的文檔路由功能
• 是否啟動管理模塊beego 目前做了一個很酷的模塊，應用內(nèi)監(jiān)控模塊，會在 8088 端口做一個內(nèi)部監(jiān)聽，我們可以通過這個端口查詢到 QPS、CPU、內(nèi)存、GC、goroutine、thread 等統(tǒng)計信息。
• 監(jiān)聽服務端口這是最后一步也就是我們看到的訪問 8080 看到的網(wǎng)頁端口，內(nèi)部其實調(diào)用了 ListenAndServe，充分利用了 goroutine 的優(yōu)勢

一旦 run 起來之后，我們的服務就監(jiān)聽在兩個端口了，一個服務端口 8080 作為對外服務，另一個 8088 端口實行對內(nèi)監(jiān)控。

通過這個代碼的分析我們了解了 beego 運行起來的過程，以及內(nèi)部的一些機制。接下來讓我們?nèi)冸x Controller 如何來處理邏輯的。