laravel是php架構最垃圾的性能?

　　作者：餓了就吃節操

　　雖然問題問的非常沖，但是確實值得探討。

　　先說結論，Laravel 讓人感覺良好 —— 所謂的開發舒適度，才是正常的，這本身就是 Laravel 的優勢，也是其在性能存在如此嚴重的缺陷的情況下，廣受歡迎的原因。

　　我覺得不要用慣性思維看待這個現象，這樣才能發現這個里面的真實因素，客觀看待會學到很多。

　　下面正式回答：

　　首先 Laravel 誕生之初的確是 PHP 中的一股清流，耳目一新。PHP 本身就是一門簡單快捷的腳本語言，但當時整個大環境是毫無章法的，由于其『草根』特性，整個生態的代碼質量可以說慘不忍睹毫無標準化可言。

　　而 Laravel 可以說極大的改善了當時的情況，雖然這不只是這個框架的功勞，但因為它而學習接納 PSR 規范的人的確占了相當大的比例。

　　為什么偏偏是它呢?因為當時沒有幾個框架將 PHP 5.3 以后的特性運用的恰到好處的。很多框架或庫的開發者更多注重舊特性和兼容舊環境導致很多優秀的特性無法被利用。Laravel 對特性的利用不僅僅是為了用而用，的確提升了開發效率以及開發體驗。雖然當時 Yii 也做到了很多優秀的體驗，但相對于 Laravel 而言，確實欠缺了很多美感。

　　Laravel 的框架設計確實很漂亮，可以說是 PHP 設計模式的教科書級別。尤其是中間件那部分的實現，巧妙至極。雖然對于技術領域這不算什么，但在這個圈子，絕對是少見的。Laravel 的代碼一定是值得每個 PHPer 學習的。

　　缺點也因此而來。漂亮的代碼，對于解釋型的腳本語言來說，就是災難了。

　　封裝是否過度我覺得見仁見智，但無論怎樣，對于解釋型語言，任何形式的封裝都會明顯帶來極高的性能開銷。這種開銷恰好是最容易出瓶頸的 IO 部分。當然，CPU 也會有明顯的占用提升。

　　而 Laravel 的整個運行生命周期，完全就是明踩著 PHP 最容易降低性能的點來的。例如請求體和響應體的封裝，這本身就是 PHP 處理好的部分，卻仍然進行包裝。典型的高效開發，低效運行。

　　不過，我覺得，Laravel 的問題和缺點是源于 PHP 這種極其特殊的語言底層導致的，PHP 這種運行模式注定了其性能糟糕至極。只能通過諸如 swoole 來減少生命周期中重復構建帶來的開銷，這樣的方式比起很多框架依舊優勢不明，但也算是有效的解決辦法。

　　不過良好的設計，使得組件可以被打散再利用，結合更為精簡的架構，可以在相當多的地方發光發熱，完全可以只用部分 Laravel 組件，這也算是另一種優勢。

　　而這就是 Laravel 給我們身后帶來的整個生態進步，帶來的更多可能。這也是其存在的價值，以及屬于它的優雅體現。即使在很多場合沒那么合適，但依舊不妨礙它是值得學習的框架，值得利用的框架，一個值得感覺良好的框架。

　　那么拋開學習和個人項目層面，對于商業項目，因地制宜，選擇最適合需求的方案才是關鍵，是不是 Laravel 或者其他框架，并不重要。