指令用來設置一個新的變量。

語法 set $variable value;

它可以設置在 server、location、if的位置當中

具體配置案例實例：

設置一個監聽端口8081

配置了$name和$age和default_type可以直接將返回值返回到頁面當中

檢驗語法，重新加載

訪問81下的server接口，正好輸出了Tom=18的內容

variable:變量的名稱，該變量名稱要用"$"作為變量的第一個字符，且不 能與Nginx服務器預設的全局變量同名。

value:變量的值，可以是字符串、其他變量或者變量的組合等。

Rewrite常用全局變量

1、$args

變量中存放了請求URL中的請求指令。比如htt p://192.168.200.133:8080?arg1=value1&arg s2=value2中 的"arg1=value1&arg2=value2"，功能和 $query_string一樣

$ages的實際使用，在Ngnix當中添加$ages之后

檢驗語法，重載配置

$args啥也沒有輸出，

在端口后添加?sername=JERPY之后，再使用$args之后就輸出了參數了，其中$args的意思與$query_string一樣

常見的全局變量2

$http_user_agent

變量存儲的是用戶訪問服務的代理信息(如果 通過瀏覽器訪問，記錄的是瀏覽器的相關版本 信息)

什么是代理信息，代理信息是用一些工具訪問，如postman，瀏覽器等

配置實例：在conf文件中添加$http_user_agent;參數

檢驗語法，重新加載

$http_user_agent輸出所打印的內容與瀏覽器中Network中的User-Agent打印的內容相同

常見的全局參數之$host

變量存儲的是訪問服務器的server_name值

實際配置，在Ngnix中配置$host文件

檢驗語法，重新加載

$host輸出的內容正好是存儲Ngnix的公網IP

常見的全局參數之$document_uri

它代表的是location后面的內容，輸出也是ngnix中conf配置文件內容中location下面的內容

常見全局參數之$document_root

變量存儲的是當前請求對應location的root 值，如果未設置，默認指向Nginx自帶html目 錄所在位置

之后檢驗語法，重新加載

最后可以看到，它輸出了root下面的文件內容

也可以在日志文件中使用，log_format中設置的main一定要與access_log的main內容相同才可以

之后找到tail -f ../logs/access.log文件

相應的參數打印出來了

開發功能“軌跡播放”時，遇到了一個情況。
原先同事已經開發了一版，這次有個新功能：點擊線上任意一點后可以從點擊處重新播放。
看了一下原來的版本，發現同時使用了setTimeout和setInterval，兩者配合實現點線播放。
簡單結構如下

 function test() {
 setInterval(function () {
 console.log("interval");
 //省略插值方法得到arr
 （...）
 play(arr);
 }, 2000);
 }
 function play(arr) {
 setTimeout(function () {
 play(arr);
 console.log("setTimeout");
 }, 40);
 }

我覺得這個結構欠妥，兩個定時器配合必定會出現失誤！因此重構了一版，將兩個定時器改為一個，用setInterval解決。
但是此時我并不知道欠妥欠在什么地方，缺乏理論支持，現在閑下來仔細研究了一下

0|1找問題

在仔細研究了舊版本后，我先把舊版本結構扒了出來，排除其他因素，自己模擬了一個簡單版（就是上面的代碼）
setTimeout：在執行時,是在載入后延遲指定時間后,去執行一次表達式,僅執行一次
setInterval：在執行時,它從載入后,每隔指定的時間就執行一次表達式

• 實驗一：在使用setInterval和setTimeout方法上，并沒有什么問題，決定跑一下，結果如下

從結果得出兩點結論

1. setTimeout與setInterval并不是50倍速度配合運行著
   
2. 兩次interval間，timeout運行的次數越來越多，表明setInterval運行間隔越來越長，延遲越來越大

• 實驗二：加一點人工干預再執行

 function test() {
 setInterval(function () {
 console.log("interval");
 play();
 }, 2000);
 }
 function play() {
 //延遲執行
 for (var i = 0; i < 100000000; i++) {
 
 }
 setTimeout(function () {
 play();
 console.log("setTimeout");
 }, 40);
 }

從結果得出兩點結論

1. setInterval可能會隨函數處理時間，減少間隔
   
2. 推測，因為Javascript是單線程的，setInterval和setTimeout是放隊列里執行的，很容易受到回調事件影響

• 實驗三：拖動縮放瀏覽器

從結果得出結論

1. 當瀏覽器標簽切換到其他頁面，或者瀏覽器最小化，會影響計時器，兩者會出現間隔減小

0|1涉及知識點

綜上實驗結果，網上搜集了一些資料能說明問題：

1. JavaScript是單線程，但是瀏覽器是多線程，Javascript是瀏覽器多線程中的一個線程。（圖參考自：https://www.cnblogs.com/tesky0125/p/4619549.html）

1. Javascript會把執行的回調函數、瀏覽器的觸發事件、UI渲染事件，先放到隊列中，隊列根據先進先出的規則，依次執行他們，當執行到隊列中的setInterval時很難保證其與setTimeout同步關系還保持。
   
2. setInterval無視代碼錯誤：代碼報錯，但是setInterval依舊會按時執行，不會中斷。
   
3. setInterval無視網絡延遲：如果調用ajax或其他服務，他不會管是否返回回調，會繼續按時執行。
   
4. setInterval不保證執行：因為setInterval會定時執行，如果函數邏輯很長，間隔時間內執行不完，后續方法會被拋棄。
   
5. 會受瀏覽器狀態影響，tab切換、最小化等

0|1解決方案

在做軌跡播放時，setInterval的延遲還在可接受范圍之內，但是網上給出的最佳解決方案是用setTimeout做。
setTimeout只會執行一次，在執行完成后，重新啟動新的Timeout，時間runtime計算設置為差時，減少出現間隔越來越大的情況