1.2 PHP 的啟動與終止
	PHP 程式的啟動可以看做有2個概念上的啟動，終止也有2個。其中一個是 PHP 作為 Apache(舉例)的一個模組的啟動和終止，
  這次啟動PHP會初始化一些必要的資料，比如與宿主apache有關的，並且這些資料是常駐記憶體的。終止與之相對。還有一個概念上
  的啟動就是當 apache 分配一個頁面請求過來的時候，php 會有一次啟動與終止。

    在最初的初始化的時候，就是 php 隨著 apache 的啟動而誕生在記憶體的時候，它會把自己所有已載入的擴充套件的 MINIT方法(
  全場 module initialization, 是由每個模組自己定義的函式)都執行一遍。在這個時間裡，擴充套件可以定義一些自己的常量，類，
  資源等所有會被使用者的 php 指令碼用到的東西。但要記住，這裡定義的東西會在 apache 常駐記憶體，可以被所有請求使用，直到 apache
  解除安裝掉 php 模組。

    核心中預置了 PHP_MINIT_FUNCTION 巨集函式，來幫助我們實現這個功能：
    int time_of_minit; // 在 MINIT() 中初始化，在每次頁面請求中輸出，看是否有變化
    PHP_MINIT_FUNCTION(副檔名)
    {
    	time_of_minit = time(null);
    	return SUCCESS;  // 返回 SUCCESS 代表正常，返回 FALIURE 就不會載入這個擴充套件了
    }

    當一個頁面請求到來的時候，php 會迅速的開闢一個新的環境，並重新掃描自己的各個擴充套件，遍歷執行它們各自的 RINIT方法(俗稱 request initialization)，
  這個時候擴充套件可能會初始化本次請求中會用到的變數等，還會初始化使用者端(即 php 指令碼)中的變數之類的，核心預置了 PHP_RINIT_FUNCTION()這個巨集函式來幫我們
  實現這個功能：
    int time_of_minit;
  	PHP_RINIT_FUNCTION(副檔名)
  	{
  		time_of_minit=time(null);
  		return SUCCESS;
  	}

  	好了，現在這個頁面請求執行的差不多了，可能是順利的走到了自己檔案的最後。也可以被使用者的 die 或者 exit 了，這個時候 php 就會啟動回收程式。它這次會執行
  所有已經載入的擴充套件的 RSHUTDOWN(request shutdown)方法，這個時候擴充套件可以抓緊利用核心的變量表之類的做一些事情，因為一旦 php 把所有擴充套件的 RSHUTDOWN 方法
  執行完，便會釋放這次請求使用過的所有東西，包括變量表的所有變數，所有在這次請求中申請的記憶體等。
    核心預置了 PHP_RSHUTDOWN_FUNCTION() 巨集函式來幫助我們實現。
    PHP_RSHUTDOWN_FUNCTION(副檔名)
    {
    	FILE *fp=fopen('time_rshutdown.txt', 'a+');
    	fprintf(fp, "%ld\n", time(null)); // 每次請求結束都在這裡追加資料
    	fclose(fp);
    	return SUCCESS;
    }

    當 apache 終止時，會通知 php 自己要 stop 了。 php 便進入 MSHUTDOWN(module shutdown)階段。這個時候 php 便會給所有的擴充套件下最後通牒，如果哪個擴充套件還有
  未了心事，就放在 MSHUTDOWN 方法裡，一旦 php 把擴充套件的 MSHUTDOWN 執行完，便進入自毀程式，這裡一定要把自己申請的記憶體給釋放掉。
    PHP_MSHUTDOWN_FUNCTION(副檔名)
    {
    	FILE *fp=fopen('time_mshutdown.txt', 'a+');
    	fprintf(fp, "%ld\n", time(NULL));
    	return SUCCESS;
    }

    這裡的4個巨集是在 自己的擴充套件裡面實現的，其他的都是在 main/php.h 裡別定義的

 

1.4 執行緒安全
	在 PHP 初期，是作為單程序的 cgi 來執行的，所以並沒有考慮執行緒安全的問題。我們可以隨意的在全域性作用域中設定變數並在程式中對
  它進行修改，訪問，核心申請的資源如果沒有被正確釋放，也會在 cgi 程序結束後自動被清理乾淨。
    隨著事業在多執行緒模式的軟體越來越多，php 核心中需要一種新的資源管理方式，
  並最終在 php 核心中形成了一個新的抽象層：TSRM(thread safe resource management)。

  執行緒安全與非執行緒安全：
  	在一個沒有執行緒的程式中，我們往往傾向於把全域性變數放在原始檔的頂部，編輯器會自動的為它分配資源供我們在宣告語句之下的程式邏輯中使用。
  	但是在一個多執行緒的程式中，如果我們需要每個執行緒都擁有自己獨立的資源的話，便需要為每個執行緒獨立開闢出一個區域來存放它們各自的資源。

  thread-safe data pools(執行緒安全的資源池)：
  	在擴充套件的 module init 裡，擴充套件可以呼叫 ts_allocate_id() 來告訴 trsm  自己需要多少資源。trsm 接收後更新系統使用的資源，並得到一個
  指向剛剛分配的那份資源的 id。
    當一個請求需要訪問資料段的時候，擴充套件從 tsrm 層請求當前執行緒的資源池，以 ts_allocate_id() 返回的資源 id 來獲取偏移量。

    因為在 php 的執行緒安全中構建訪問全域性變數資源設計到執行緒資料池查詢對應的偏移量，這是一些額外的負載，結果就是它比對應的非執行緒方式(直接從編譯計算好的真實
  全域性變數地址取出資料)慢一些。
    非執行緒構建還有程序隔離的優勢，這樣給定的請求碰到完全出乎意料的情況時，它也不會影響到其他程序，即使是產生錯誤也不會導致整個 web-server 癱瘓。實際上，
  apache 的 MaxRequestPerChild 指令就是設計用來提升整個特性的，它經常性的有目的的 kill 掉子程序併產生新的子程序，來避免某些可能由於程序長時間執行 "積累"
  而來的問題(比如記憶體洩漏).

  訪問全域性變數：
  	在建立一個擴充套件時，你並不知道它最終的執行環境是否是執行緒安全的。幸運的是，你要使用的標準包含檔案集合中已經包含了條件定義的 ZTS 預處理標記。當 php 因為 sapi
  需要通過 enable-maintainer-zts 選項安裝等原因以執行緒安全方式構建時，這個值會被自動的標記,並可以用一組 #ifdef ZTS 這樣的指令集去測試它的值。就像你前面看到的，
  只有在 php 以執行緒安全方式編譯時，才會存到執行緒安全池，只有執行緒安全池存在時，才會真的線上程安全池中分配空間。

  即使你不需要執行緒也需要考慮執行緒：
  	正常的 php 構建預設是關閉執行緒安全的，只有在構建的 sapi 明確需要執行緒安全或執行緒安全在 ./configure 階段顯示開啟，才會以執行緒安全方式構建。給出了全域性查詢的速度問題
  和程序隔離的缺點後，你看你會疑惑為什麼明明不需要還有人故意開啟它？這是因為，多數情況下，擴充套件和 sapi 的開發者認為你是執行緒安全開關的操作者，這樣可以很大程度上保證新程式碼
  可以在所有的環境中正常執行。當執行緒安全啟用的時候，一個名為 tsrm_ls 的特殊指標被增加到了很多的內部函式原型中。這個指標允許 php 區分不同的執行緒的資料。 
 

1.2 PHP 的啟動與終止