問題描述

在PEP333中，其描述的WSGI模型是，底層Server使用約定的方式即（environ， start_response）參數(shù)來調(diào)用上層的application。其后上層application通過調(diào)用start_response（參數(shù)這里不寫了），再返回可迭代對象作為body，返回給Server。這樣就完成了整個過程。

我有下面幾個問題：1.我上面的這段話理解正確了嗎？2.在使用flask框架時，F(xiàn)lask.wsig_app接收的參數(shù)就是（environ， start_response），那么此時上層的application也就是flask了？3.werkzeug的定位應(yīng)該是什么呢？它的代碼比flask復(fù)雜了許多，一時間難以弄清。官網(wǎng)上說‘是一個工具箱’？還是說它是pep里說的middleware？4.看flask源碼時大多數(shù)最后還是要回到werkzeug，函數(shù)調(diào)用棧感覺很深，有沒有清晰點的調(diào)用圖或者輔助資源可以參考下？如果某個（或幾個）問題不方便回答也非常歡迎只回答其中的部分問題～最后，先對你表示感謝！

問題解答

werkzeug實際上就是中間件而已,處在服務(wù)器和客戶端之間