上面回答的都是傻叉。java的優勢是語言很完美，支援庫很全面，一堆弱智而效率低下的所謂的架構很多，大小公司都在用。php在這兩個方面都弱一點，但是php很靈活，執行效率高得多，而且天然完美支援fastcgi。所以很多超大的，極其在意效率和靈活性的場合，php幾乎是不二的選擇，比如淘寶。而很多不在乎成本，不拼技術不拼效率只拼裝逼只拼浪費的場合，java是不二的選擇，比如國內的政府行業的專案。以上說的是網頁開發。在後臺服務方面，php完全沒有機會，那是java和c的天下。但是java執行效率低，怎麼可以開發後臺服務呢？這個實際上是開發成本和執行成本之間的妥協，畢竟像樓主這樣能用c編寫高效能伺服器應用的程式設計師實在是太少了。

我是從java轉到PHP的，樓主這個問題我認為就是一個偽命題，當成娛樂來聊一下沒什麼問題，一本正經地爭得面紅耳赤的就是笑話了。

拜託，做技術的和做業務的才應該有區別，不要從網上搬些人云亦云的跟著說這個好，那個不好，做業務講口才，做技術講究的是資料和結果，自己去做些嚴謹的測試得出資料來再說好吧！

新浪微博是不是大公司？

淘寶是不是大公司？（以前用php，現在改用nodejs了)

FaceBook是不是大公司？

我只能說做網站開發，php和java都是不錯的選擇。

但java偏後端一些，而php偏前端一些。

從使用範圍來說，java多用於網站開發和安卓開發（據說很少用於桌面開發）；

php專一一些，一般只用來開發網站（當然如果你想用來開發桌面應用也是可以的：http://gtk.php.net/）

題目首先限定在為大公司，那麼大公司一定是已經經歷了較長的發展時間，其技術體系是在發展過程中不斷形成的，所以不存在大公司選java還是選php的問題，而是在成為大公司之前就選好了。

“人自己造出來的自己就能解開”才是偽命題。安全手段的意義在於提高破解成本，使得破解很困難，可能要花費數百年，沒有人願意去嘗試，並不是完全無法破解，人類目前還沒達到這個水平。這就像你自己胡亂設定一串密碼，事後也沒辦法自己回憶起來一樣。並不是出自誰手，誰就一定有辦法解開的。如果蘋果自己能解開iPhone，只能說明這是一個安全漏洞，或者事先留出的軟體後門。

首先說明：選擇Java還是PHP，不是一個零和問題，不是有你，沒我，而是可以相互並存的！

筆者遇到的一些大型專案，有不少是採取前端PHP+後端JAVA的混合模式；

從整體架構，以及可維護性上一般會有以下考慮：

靠近使用者的前端，使用PHP能夠更快的完成前端頻繁而瑣碎的更新，自如的應對各種需求的變化。頁面的結構調整、使用者輸入內容的基本驗證、僅只和使用者互動有關的簡單邏輯等都很適合使用PHP來開發，甚至可以透過類似Smarty等模板技術將其頁面的變動遷移到前端團隊。

而基本的業務邏輯和資料的更新採用Java開發，可以有效的提高複用度、提升效能和吞吐能力、規避安全問題等。而開發效率稍有降低換來的是可維護性的提升，釋出速度慢就更不是問題了，因為通常對於基礎業務邏輯的調整往往都是整體修改，並層層測試確認才能釋出的。

所以，大型網站前端採用PHP後端採用Java，既好招人又好維護、系統穩定還效能高、連安全性都大大增加。程式碼複用、文件完備度居然也都改善了。讓你在以上這些好處觸手可及時，對架構師知識譜系在廣度上要求更高一些這事根本就不是個問題。

當然也有采取傳統前後端純JAVA的，不過現在已經較少了

在過去十年，基於Java的MVC框架如同雨後春筍一般層出不窮，

但都不願意面對或者解決的問題是，它對前端設計師極不友好，而且，開發效率及其低下

網際網路企業鮮有基於Java，尤其是基於MVC來構建自己的網站，是有深刻的原因的：

1. 對前端設計師極不友好。MVC模式下，可程式設計的模板語言成為非常重要的角色，而以視覺創造為主要工作的前端設計師，他們熟悉的是HTML和CSS，而嵌入模板檔案的各類動態程式碼，對他們來說即使不是如同天書，也是及其讓人及其困惑的，當然，他們必然要面對這些內容，因此，傳統的PHP必然成為他們的最佳，因為，這個至少是比較容易讓人理解的。

2. 開發效率低下。網際網路企業的開發通常是快速迭代的，並沒有明確的需求一說，傳統的PHP開發模式之所以受到青睞，就在於它易於變更，開發速度快，MVC模式的開發在這一點基本完敗，

因此，很少有網際網路企業會基於Java來構建自己的前端頁面，即使有，也通常是基於JSP的自有框架。

更進一步的，在過去將近10年的MVC歷史中，我們其實一直都被下面的問題困擾著：

1. 前端設計師和工程師一直在抱怨嵌入到頁面的動態程式碼讓他們很難對頁面進行大規模的重構，而另一方面，後端開發人員也經常抱怨他們要花很大的精力才能修復前端對頁面的重構帶來的問題。

2. 開發人員經常還會因為模板語言貧乏的功能而飽受折磨。一些特殊的複雜渲染邏輯經常需要富有經驗的開發人員才能寫出極具技巧性的程式碼來實現。而這樣的程式碼，通常會成為誰也無法理解的魔術程式碼。

3. 開發人員對MVC低下的開發效率極度不滿，我們一直在渴望可以有一個更加高效的開發模式。

最後總結一下，你這個問題本身可能就是個問題，呵呵

一個公司選擇什麼技術架構不是一成不變的，而是會根據專案特點，技術特點來綜合評估進行技術選項的！

我來說說我們公司，結論是都會使用！

檢索端和服務端:C++

基礎架構：C++、Java

業務端：Php、Java

不同業務模型用不同語言，跟業務和人強相關！