在許多編程語言中，Python的語法也有很大不同。Python使用空格或縮進(jìn)來分隔不同的代碼塊。C語言和其他語言使用花括號(hào)來區(qū)分不同的代碼塊，例如if語句，Python使用冒號(hào)和縮進(jìn)來定義代碼塊。這也是樹莓派為什么會(huì)使用python編程語言原因之一，除此之外，還因?yàn)椋瑯漭墒且环N非常便宜的，完全可編程的計(jì)算機(jī)，只有掌上電腦大小。盡管樹莓派很小，但潛力無限。您可以像普通臺(tái)式計(jì)算機(jī)一樣在樹莓派上創(chuàng)建一個(gè)非常酷的項(xiàng)目。

樹莓派為什么會(huì)使用python編程？

樹莓派用python來進(jìn)行編程。樹莓派項(xiàng)目的一個(gè)核心思想是Python編程語言的使用。Python允許樹莓派的擁有者將項(xiàng)目擴(kuò)展到令人難以置信的規(guī)模。

Python是一個(gè)解釋型的面向?qū)ο蟮摹⒖缙脚_(tái)的編程語言。良好的可靠性、清晰的語法和易用性，使它成為最流行的編程語言之一。Python是一個(gè)優(yōu)雅的、功能強(qiáng)大的語言。

樹莓派為Python編程提供了一個(gè)便宜到令人難以置信的開發(fā)平臺(tái)。Python被認(rèn)為是一種“教學(xué)”語言，是因?yàn)樗苋菀讓W(xué)習(xí)，但絕不表示Python羸弱。

　　為什么有時(shí)python運(yùn)行效率不高？

python運(yùn)算效率低，具體是什么原因呢，下列羅列一些：

第一：python是動(dòng)態(tài)語言

一個(gè)變量所指向?qū)ο蟮念愋驮谶\(yùn)行時(shí)才確定，編譯器做不了任何預(yù)測，也就無從優(yōu)化。舉一個(gè)簡單的例子：r = a + b。a和b相加，但a和b的類型在運(yùn)行時(shí)才知道，對(duì)于加法操作，不同的類型有不同的處理，所以每次運(yùn)行的時(shí)候都會(huì)去判斷a和b的類型，然后執(zhí)行對(duì)應(yīng)的操作。而在靜態(tài)語言如C++中，編譯的時(shí)候就確定了運(yùn)行時(shí)的代碼。

另外一個(gè)例子是屬性查找，關(guān)于具體的查找順序在《python屬性查找》中有詳細(xì)介紹。簡而言之，訪問對(duì)象的某個(gè)屬性是一個(gè)非常復(fù)雜的過程，而且通過同一個(gè)變量訪問到的python對(duì)象還都可能不一樣。而在C語言中，訪問屬性用對(duì)象的地址加上屬性的偏移就可以了。

第二：python是解釋執(zhí)行，但是不支持JIT（just in time compiler）。雖然大名鼎鼎的google曾經(jīng)嘗試Unladen Swallow 這個(gè)項(xiàng)目，但最終也折了。

第三：python中一切都是對(duì)象，每個(gè)對(duì)象都需要維護(hù)引用計(jì)數(shù)，增加了額外的工作。

第四：python GIL，GIL是Python最為詬病的一點(diǎn)，因?yàn)镚IL，python中的多線程并不能真正的并發(fā)。如果是在IO bound的業(yè)務(wù)場景，這個(gè)問題并不大，但是在CPU BOUND的場景，這就很致命了。所以在工作中使用python多線程的情況并不多，一般都是使用多進(jìn)程（pre fork），或者在加上協(xié)程。即使在單線程，GIL也會(huì)帶來很大的性能影響，因?yàn)閜ython每執(zhí)行100個(gè)opcode（默認(rèn)，可以通過sys.setcheckinterval()設(shè)置）就會(huì)嘗試線程的切換，具體的源代碼在ceval.c::PyEval_EvalFrameEx。

第五：垃圾回收，這個(gè)可能是所有具有垃圾回收的編程語言的通病。python采用標(biāo)記和分代的垃圾回收策略，每次垃圾回收的時(shí)候都會(huì)中斷正在執(zhí)行的程序，造成所謂的頓卡。infoq上有一篇文章，提到禁用Python的GC機(jī)制后，Instagram性能提升了10%。

以上就是關(guān)于樹莓派使用java還是python編程，以及為什么有時(shí)python運(yùn)行效率不高的全部內(nèi)容介紹，想了解更關(guān)于python編程的信息，請(qǐng)繼續(xù)關(guān)注中培偉業(yè)。