交流白熾燈有沒有藍(lán)光？沒有。白熾燈通電后能發(fā)出淺紅的光線。白熾燈（incandescentlamp）是將燈絲通電加熱到白熾狀態(tài)，依靠熱輻射嘶嘶可見光的電光源。于1879年由美國發(fā)明家托馬斯·阿爾瓦·愛

交流白熾燈有沒有藍(lán)光？

沒有。

白熾燈通電后能發(fā)出淺紅的光線。

白熾燈（incandescentlamp）是將燈絲通電加熱到白熾狀態(tài)，依靠熱輻射嘶嘶可見光的電光源。于1879年由美國發(fā)明家托馬斯·阿爾瓦·愛迪生發(fā)明。做成碳化纖維（即碳絲）白熾燈以來，經(jīng)人們對燈絲材料、燈絲結(jié)構(gòu)、充填氣體的不斷改進(jìn)，白熾燈的自行發(fā)光效率也你所選增加。

為什么php不適合做計算密集型業(yè)務(wù)？

PHP即“超文本預(yù)處理器”，是一種通用開源代碼腳本語言。PHP是在服務(wù)器端負(fù)責(zé)執(zhí)行的腳本語言，與C語言相似，是具體方法的網(wǎng)站編程語言。PHP獨特的地方的語法調(diào)和了C、Java、Perl和PHP獨創(chuàng)的語法。十分有利自學(xué)，可以使用廣泛的，比較多適用規(guī)定于Web開發(fā)領(lǐng)域。

1.優(yōu)點：開放源代碼付費性快捷性[程序開發(fā)快，運行快，技術(shù)本身學(xué)快]

1)跨平臺，性能優(yōu)越，跟Linux/Unix生克制化別跟Windows結(jié)合性能強(qiáng)45%，另外和很多在線的平臺結(jié)合的很想省錢，例如LAMP(Linux /Apache/Mysql/PHP)也可以FAMP(FreeBSD/Apache/Mysql/PHP)特點，或者數(shù)據(jù)應(yīng)用夠大是可以確定換PostgreSQL或者Oracle，支持N種數(shù)據(jù)庫。(N10)

2)語法簡單點，假如有學(xué)C和Perl的很容易上手，并且跟ASP有部分的的。有完全成熟的開發(fā)工具，諸如NuPHPed，或是ZendStudio等等，再Linu臺下這個可以在用Eclipse等等。

3)目前主流技術(shù)都允許，例如WebService、Ajax、XML等等，起碼應(yīng)用。

4)有比較求全部的支持，例如建議使用ADODB的或PEAR::DB做數(shù)據(jù)庫抽像層，用Smarty或者mobilitytemplate做模板層，如果不是是PHP5.1的話，還也能使用PDO(PHP Data Object)來訪問網(wǎng)絡(luò)數(shù)據(jù)庫。

5)有很多晚熟的框架，諸如允許MVC的框架：phpMVC，意見類似的事件驅(qū)動的框架：Prado，支持什么相似RubyOnRails的快速開發(fā)的框架：Cake等等，足夠滿足你的應(yīng)用需求。

6)PHP5早有成熟的面向?qū)ο篌w系，還能夠適應(yīng)基本都的面向?qū)ο笠蟆８m合變更土地性質(zhì)規(guī)模很大項目。

7)有成熟的社區(qū)來意見PHP的開發(fā)。

8)目前早很多規(guī)模很大應(yīng)用大都在用PHP，.例如淘寶網(wǎng)、Yahoo、163、Sina等等規(guī)模大門戶，很多建議選用PHP來以及他們的開發(fā)語言，所以才小型門戶都都能夠建議選用它，我想足夠能夠你的使用了。

9)有很多開源的框架或開源的系統(tǒng)可以在用，比如說也很老牌的開源框架有Zend Framework、CakePHP、CodeIgniter、symfony等，開源論壇有Discuz!、Phpwind等，開源博客WordPress，開源軟件網(wǎng)店系統(tǒng)如Ecshop、ShopEx等，開源的SNS系統(tǒng)如UCHome、ThinkSNS等。

10)使用成本低（linuxapachemysqlphp內(nèi)核）

2.缺點

1)函數(shù)以此命名不相關(guān)規(guī)范駝峰法和下滑線，傳參位置不一你很清楚的

2)單線程；PHP本身，一直以來php就是個單進(jìn)程的程序；雖然php的pthreads擴(kuò)展已經(jīng)有了。但是它不夠穩(wěn)定，運行運行著是會莫明奇妙的自己死干凈；php的擴(kuò)展大都C寫的，這任何三個擴(kuò)展會出現(xiàn)線程競爭資源控制問題都能讓整個死干凈

3）核心異步模式網(wǎng)絡(luò)不支持什么（當(dāng)然在linux只有一同步非堵塞網(wǎng)絡(luò)模型）。卻少了這個以至于很容易旗下一個也能能夠承受大并發(fā)的網(wǎng)絡(luò)應(yīng)用。民間的網(wǎng)絡(luò)模型和io都阻塞住的。這樣都差不多的編程的做法那就是一個進(jìn)程（或是線程）響應(yīng)一個用戶鏈接請求。所以沒能能完成像動態(tài)實時網(wǎng)游現(xiàn)在這樣不需要數(shù)以萬計網(wǎng)絡(luò)連接的任務(wù)。但他php也有Libevent、eio擴(kuò)大因此算得某種程度上面的彌補，只不過那種感覺都不是那就完善

4）只接受web開發(fā)，不太方便做.exe文件,實在不方便做桌面應(yīng)用程序.不大方便做手機(jī)程序.

5）不適合我做爬蟲、不自動運行腳本.科算項目,這語言都差不多構(gòu)架就不適合，雖然有很多方法實現(xiàn)方法。

6)后期維護(hù)困難。后期提速空間局限性減小。

在對PHP有一個大致的認(rèn)識以后，我們來了解看看為么說PHP慢？

PHP的慢是相對于C/C級別的語言來說，事實上，PHP語言在此之前的設(shè)計，就又不是用處可以解決計算密集型的應(yīng)用場景。我們可以這樣的話查閱解釋為，PHP為了提升開發(fā)效率，而犧性了執(zhí)行效率。

我們明白PHP一個太大的特點，那是弱類型特性，也就是說，我是可以隨意地定義,定義一個變量，接著給它隨意地賦值為各種類型的數(shù)據(jù)。以一個int整型數(shù)字為例子，在C語言中：

intnum200;//大多是4字節(jié)

不過，要是是PHP定義了一個同時的變量，實際中隨機(jī)的存儲結(jié)構(gòu)則是：

這個結(jié)構(gòu)體將會占下遠(yuǎn)比C變量多得多的內(nèi)存，PHP中定義法萬分感謝：

$a200;//這變量將實際占用帶寬對比C變量很多倍的存儲空間。

不過對PHP來說，不管讀取什么類型的數(shù)據(jù)，全是用上述事項“通殺”的結(jié)構(gòu)體利用。就是為了兼容PHP程序員的變量類型“亂入”，PHP能做到了對開發(fā)者的表示友好，可是對執(zhí)行引擎很殘酷。單個變量內(nèi)存消耗肯定還不明顯，那樣一來要用PHP的數(shù)組等，則急切度指數(shù)向上升（數(shù)組的實現(xiàn)是HashTable）。然后再，Zend引擎想執(zhí)行時，將這些PHP代碼編譯為opcode（PHP的中間字節(jié)碼，格式好像有點像匯編），由Zend引擎逐行請解釋執(zhí)行。

無論是字符串的連接操作，肯定數(shù)組的簡單點如何修改等，甚至大都“PHP程序員一句話，Zend引擎跑斷腿”的節(jié)奏。而，則是的操作，差不多C來說，PHP會消耗了更多的CPU和內(nèi)存等系統(tǒng)資源。除了，還有一個內(nèi)存自動出現(xiàn)回收、變量類型判斷等等，都會增加系統(tǒng)資源的消耗。

比如，我用純PHP實現(xiàn)程序的快速排序函數(shù)和原生sort函數(shù)，排序10000個整型數(shù)字，來做一個工程巨大對比，最后不勝感激：

原生的sort工程浩大3.44ms，而我們自己利用的PHP函數(shù)sort則是68.79ms。我們發(fā)現(xiàn)，兩者想執(zhí)行效率差距龐大無比。我的測試，是計算函數(shù)執(zhí)行前后的時間間隔，而不是整個PHP腳本從啟動到結(jié)束了的時間。PHP腳本啟動后和關(guān)閉過程，本身有著一系列的初始化和清理工作，也會占有不少的耗時。

通常情況下，PHP不能執(zhí)行效率的排行是：

快的話的是PHP語言結(jié)構(gòu)（isset、echo等），PHP語言的一部分（它們根本不不是函數(shù)）。

接著也很快的那就是PHP的原生和去拓展函數(shù)。PHP拓展，基于組件ZendAPI之上，用C利用的功能，想執(zhí)行效率和C/Java是一類同一個數(shù)量級的。

完全慢的是，我們實際PHP自己寫的代碼和函數(shù)。例如，如果我們不使用的比較比較重的純PHP實現(xiàn)的框架，而且框架本身的模塊很多，所以，會肯定脫累語言層面的執(zhí)行效率，而占有更多的內(nèi)存。（國內(nèi)的Yaf框架，以去拓展的實現(xiàn)，因此先執(zhí)行效率遠(yuǎn)快于純PHP寫的框架。

在一般情況下，我們的確推薦用過PHP基于邏輯緊張計算類型的功能，尤其是Web系統(tǒng)流量比較好大的場景下。但，PHP程序員應(yīng)該對PHP的各種原生函數(shù)和類別繁多拓展資源有一個比較好越來越廣泛的了解，在具體一點的功能利用場景中，跪求更原生的解決方案（原生接口或則學(xué)習(xí)拓展），而不是自己寫一堆緊張的PHP代碼來實現(xiàn)這類型功能。

要是有充足的PHP去拓展的新實力，將這類型業(yè)務(wù)功能格式化處理為一個PHP拓展，也會強(qiáng)力反彈提升到代碼的執(zhí)行效率。這是一個非常不錯的，也被廣泛應(yīng)用PHP系統(tǒng)優(yōu)化中。不過，自己編寫的PHP業(yè)務(wù)拓展的缺點也很確實：

學(xué)習(xí)拓展變更土地性質(zhì)需要的時間比較長，需求變更的時候直接修改也古怪，寫得不大好可能會引響Web服務(wù)穩(wěn)定性。（或者，在Apache的worker模式下，多線程場景下打死，會影響同一個進(jìn)程下的其他正常子線程。如果沒有是多線程的Web模式，c語言程序拓展還不需要意見線程安全）

拓寬思維在PHP跨版本的時候，可能要做額外的兼容工作。

后的魔獸維護(hù)和接手后成本也比較高。

實際上，在互聯(lián)網(wǎng)一線企業(yè)中，更最常見的一種的解決方案，不是增強(qiáng)PHP拓展資源，而用C/C獨立寫一個服務(wù)server，接著PHP和服務(wù)server通信來成功業(yè)務(wù)處理，的確將PHP本身和業(yè)務(wù)耦合在一起。

不過，Web服務(wù)大部分的性能瓶頸都在網(wǎng)絡(luò)傳輸和其他服務(wù)server的前后歷時上（比如MySQL等），PHP先執(zhí)行的工程巨大在整體需要的時間的電腦資源比例更加小，所以從業(yè)務(wù)角度來說，影響可能會并不肯定。