1樓：
框架和安全沒有必然聯絡。當然框架提供的庫可能會提供一些常見問題的解決方法。
如果真的是5W併發，系統瓶頸也跟框架關係不大了，還要考慮頻寬，前端、儲存系統的處理能力。只要系統能有基本的可伸縮性，多幾部署個節點可以抵消框架帶來的負面影響（值不值可以根據自己的情況計算），但這樣壓力會集中到下層的儲存服務上（DB）。最終的處理能力取決於整體架構的吞吐能力。
不知道你對5W併發的規模是否有正確的概念，根據公開資料15年雙11阿里的支付峰值達到每秒鐘8萬筆，也就是你的應用規模達到他們的60%以上。 然而這種問題已經不能侷限於PHP和開發框架的範疇。
2樓：卡拉迦迪斯
嘛……不知道你的業務需求要求的訪問響應時間是多少？
如果沒有要求…… 那有 100種方式解決你的問題……嘛……不知道你的業務需求介面端的業務複雜度有多大？
如果複雜度低 …… 那有 100種方式解決你的問題……如果複雜度高 …… 還有 100種方式解決你的問題……嘛，題主只告訴我們了， 5萬併發（什麼系統這麼高……），持續增長但是並沒有告訴其他資訊……
因此，沒法告訴你解決方案……
其他題主比如eechen的答案，都是瞎扯淡的……
3樓：eechen
用原生PHP,每個請求處理耗時可能在10毫秒以內.
用PHP框架,每個請求處理耗時可能在100毫秒以內.
效能是資料級的差距,所以要效能優先,肯定得用原生PHP.
至於安全問題:
防CSRF攻擊用CSRF token驗證表單.
防SQL注入用PDO預處理引數化查詢.
防XSS注入用htmlspecialchars/HTMLPurifier/json_encode(行內JS).
防shell注入引數轉義用escapeshellarg,命令轉義用escapeshellcmd.
4樓：王科
對於某個框架的選型應該是根據業務的大小來決定的。
參考意見
1;Yii+swoole+nginx (業務邏輯比較複雜；模組較多 )
2；ci+swoole+nginx (業務相對簡單)併發只要是有 swoole+nginx 來處理
糾結使用原生PHP還是框架
1 看老闆怎麼說。2 看修改的規模。改動小，在原來基礎上改。預期改動很大，原來的修改時間代價太高了，重做。3 可以考慮部分預期修改頻繁的頁面重做，其它的保持原狀。優先處理常用功能的優化。框架也有缺點，就是框架開發者不維護現有框架，大家都轉移到新的技術棧的時候，維護起來還不如原生的呢 yukon 學之...
我是乙個新手，PHP開發必須使用框架嗎？現在還有沒有不使用框架的PHP專案嗎？
某某人 嚴格來講，沒有。那些說不用框架的，其實自己也實現了框架，如果完全不用框架，寫起來挺累，幹嘛呢，PHP的優點就是開發效率，框架的目的就是提高效率。也寫過一些專案是不用框架的，寫完了真的不想再維護了 浮雲若海 不使用框架的兩種人 1 我不會 我不學 我不用，寫到哪算哪，不入流的新手 2 怎麼做我...
PHP 比 Java 的開發效率高在哪？
顧不上 兩個都會寫不就行了？沒有好不好的語言，只有合適不合適的語言，不同場景需求選擇不同的語言。都是程式設計師了，你還想一門語言吃到老？趕緊學習！ 解耦偏執狂 看了樓上一些答案，幾乎清一色在吹動態語言的優勢，這情況換python js同樣適用，無非是，開發一時爽，維護火葬場 和慢工出細活是乙個理的，...