藍色和粉色是它的後台實現，幾乎可以忽略不計，這是它的底層實現。
所以對於我們來說重要的是這一部分
zuul servlet會截斷我們所有的http請求。
第二步是zuulfilter runner。zuul的核心其實是filter，zuul幾乎沒有任何可供你們實現的表現層、邏輯層、業務層等，幾乎很少有這種情況。zuul就是servlet+filter構建的的完整的一套體系，所以它其實是很薄的一層，這很薄的一層裡面整合了很多的filter，因為肯定會有一些定製性的開發，filter的總控制器就是runner。也就是說所有的請求進來runner來判斷進那個filter
filter分了三大類，前置、處理中路由中、路由後期
只要是servlet本身就是執行緒非安全的，所以它理論上會串資料，第二是當我們用servlet去處理filter的時候，我們就有乙個很麻煩的問題是，我們在flter裡面怎麼才能區分出每一次請求之間的不同呢，這個時候它給我們封裝了乙個安全的物件requestcontext，每乙個請求都會封乙個requestcontext這樣乙個物件，這個裡面封裝，你在request裡，response裡以及中間過程處理所需要的所有的資料都封裝在這裡邊了。所以雖然我們的filter是執行緒非安全的，servlet是非安全的，runner是非安全的，可是我們這裡有個requestcontext是執行緒安全的，這個requestcontext很重要，也是我們在zuul servlet裡面玩出各種花樣的根基。
所以以上變相的告訴我們兩件事情，一是zuul是由很多很多filter構成的，第二步是filter分為三大類，前置、路由中和後置 ，
第三點：還因為servlet和filter本身是執行緒非安全的，同時資料會有安全性問題。所以這種情況下，zuul很人性化的封裝了乙個物件叫做requestcontext 。
雖然servlet和filter都是執行緒非安全的，但是requestcontext是執行緒安全的
都處理完成後，就會返回乙個http response。說白了這個流程大致就是這樣乙個流程。
這是官方給我們提供的圖，
origin server就是我們真實的伺服器。它代表的就是我們film的微服務
有乙個關鍵的核心點在這，真正呼叫服務是這裡，routing filters。也就是說pre filters是在我們呼叫真實的服務之前要做的事情。
而post filters就是在我們呼叫真實服務返回之後要去做的事情，
除了以上，還變相的給了我們兩個，乙個是cumstom filter 乙個是 error filters
cumstom filter ：更多的是一些使用者管理行為的東西
error filters：是真實存在的，它是用來幫我們做容錯管理的，
以上的圖就標識出來我們所有的filter的位置和大概是做什麼用的了。
pre filters:做鑑權、解包、解碼、驗籤一些的東西，也就是說我們可以處理一些真實資料觸發我們的真實業務之前的一些前置內容，
postfilter：一般都是做一些資料增強，比如說我們的資料在返回前端時候，我們需要簽名，postfilter就可以做這些事情。第二有可能我們返回的資料是寫雜亂無章的資料，那我的postfilter可以對資料做整理、編排然後緊著做返回，或者我們可以去設定返回值的內容的 context-type等。
FPGA 程式130例 例10 7 例10 7
10.1 非流水線方式的8位全加器 module adder8 cout,sum,ina,inb,cin,clk output cout reg cout output 7 0 sum reg 7 0 sum input 7 0 ina,inb input cin reg 7 0 tempa,tem...
國慶訓練10 7
second tag 圖論，連通塊，中等 2033 poi2008 blo 時間限制 10秒 記憶體限制 162mb 題目描述 byteotia城市有n個 towns m條雙向roads.每條 road 連線 兩個不同的 towns 沒有重複的road.所有towns連通。輸入 輸入n 100000...
模擬測試107
t1 列舉中心所在位置，每次貪心找到左右最近的乙個相同字元移動。可以用單調指標掃。時間複雜度 o n 2 t2 兩個數的乘積為平方數，那麼這兩個數各自去掉平方因子後相等。去掉平方因子後可以用map統計答案。對於普通的 o sqrt 試除法，複雜度不允許，就算將所有的質數篩出後列舉質數也會超時。篩出質...