原文出處：http://www.cnblogs.com/kym/archive/2012/05/14/2498728.html
1、C++和C都是屬於編譯型語言，本來的.c文件都是用高級語言編寫的，計算機是不能識別高級語言的，所以，必須要通過編譯，鏈接等手段，將.c文件轉換成可執行文件，可執行文件就是純二進制文件，然後計算機才能夠執行。
unix>./p:(p是可執行文件)
上述命令的過程，是外殼(shell)調用操作系統一個叫加載器的函數，它拷貝可執行文件p中的代碼和數據到存儲器，然後將控制轉移到這個程序的開頭。
2、
1. Python是一門解釋型語言？
我初學Python時，聽到的關於Python的第一句話就是，Python是一門解釋性語言，我就這樣一直相信下去，直到發現了*.pyc文件的存在。如果是解釋型語言，那麼生成的*.pyc文件是什麼呢？c應該是compiled的縮寫纔對啊！
爲了防止其他學習Python的人也被這句話誤解，那麼我們就在文中來澄清下這個問題，並且把一些基礎概念給理清。
2. 解釋型語言和編譯型語言
計算機是不能夠識別高級語言的，所以當我們運行一個高級語言程序的時候，就需要一個“翻譯機”來從事把高級語言轉變成計算機能讀懂的機器語言的過程。這個過程分成兩類，第一種是編譯，第二種是解釋。
編譯型語言在程序執行之前，先會通過編譯器對程序執行一個編譯的過程，把程序轉變成機器語言。運行時就不需要翻譯，而直接執行就可以了。最典型的例子就是C語言。
解釋型語言就沒有這個編譯的過程，而是在程序運行的時候，通過解釋器對程序逐行作出解釋，然後直接運行，最典型的例子是Ruby。
通過以上的例子，我們可以來總結一下解釋型語言和編譯型語言的優缺點，因爲編譯型語言在程序運行之前就已經對程序做出了“翻譯”，所以在運行時就少掉了“翻譯”的過程，所以效率比較高。但是我們也不能一概而論，一些解釋型語言也可以通過解釋器的優化來在對程序做出翻譯時對整個程序做出優化，從而在效率上超過編譯型語言。
此外，隨着Java等基於虛擬機的語言的興起，我們又不能把語言純粹地分成解釋型和編譯型這兩種。
用Java來舉例，Java首先是通過編譯器編譯成字節碼文件（不是二進制碼），然後在運行時通過解釋器給解釋成機器文件。所以我們說Java是一種先編譯後解釋的語言。
總結：將由高級語言編寫的程序文件轉換爲可執行文件（二進制的）有兩種方式，編譯和解釋，編譯是在程序運行前，已經將程序全部轉換成二進制碼，而解釋是在程序執行的時候，邊翻譯邊執行。
3. Python到底是什麼
其實Python和Java/C#一樣，也是一門基於虛擬機的語言，我們先來從表面上簡單地瞭解一下Python程序的運行過程吧。
當我們在命令行中輸入python hello.py時，其實是激活了Python的“解釋器”，告訴“解釋器”：你要開始工作了。可是在“解釋”之前，其實執行的第一項工作和Java一樣，是編譯。
熟悉Java的同學可以想一下我們在命令行中如何執行一個Java的程序：
javac hello.java(編譯的過程)
java hello（解釋的過程）
只是我們在用Eclipse之類的IDE時，將這兩部給融合成了一部而已。其實Python也一樣，當我們執行python hello.py時，他也一樣執行了這麼一個過程，所以我們應該這樣來描述Python，Python是一門先編譯後解釋的語言。
4. 簡述Python的運行過程
在說這個問題之前，我們先來說兩個概念，PyCodeObject和pyc文件。
我們在硬盤上看到的pyc自然不必多說，而其實PyCodeObject則是Python編譯器真正編譯成的結果。我們先簡單知道就可以了，繼續向下看。
當python程序運行時，編譯的結果則是保存在位於內存中的PyCodeObject中，當Python程序運行結束時，Python解釋器則將PyCodeObject寫回到pyc文件中。
當python程序第二次運行時，首先程序會在硬盤中尋找pyc文件，如果找到，則直接載入，否則就重複上面的過程。
所以我們應該這樣來定位PyCodeObject和pyc文件，我們說pyc文件其實是PyCodeObject的一種持久化保存方式。
總結：Python也是先編譯後解釋的一門語言，當python程序運行時，編譯的結果是保存在內存中的PyCodeObject中，當Python程序運行結束時，Python解釋器則將PyCodeObject寫回到pyc文件中。也就是說保存，pyc文件是爲了下次再次使用該腳本時避免重複編譯，以此來節省時間。也就是說，只執行一次的腳本，就沒必要保存其編譯結果pyc，這樣只是浪費空間。下面舉例解釋。
5、 運行一段Python程序
我們來寫一段程序實際運行一下：
程序本身毫無意義。我們繼續看：
然而我們在程序中並沒有看到pyc文件，仍然是test.py孤零零地呆在那！（因爲，test.py只是一次性的腳本文件，系統任務僅是會調用一次，所以，生成pyc文件只是浪費空間而已）那麼我們換一種寫法，我們把print_str方法換到另外的一個python模塊中：
6. pyc的目的是重用
回想本文的第二段在解釋編譯型語言和解釋型語言的優缺點時，我說編譯型語言的優點在於，我們可以在程序運行時不用解釋，而直接利用已經“翻譯”過的文件。也就是說，我們之所以要把py文件編譯成pyc文件，最大的優點在於我們在運行程序時，不需要重新對該模塊進行重新的解釋。
所以，我們需要編譯成pyc文件的應該是那些可以重用的模塊，這於我們在設計軟件類時是一樣的目的。所以Python的解釋器認爲：只有import進來的模塊，纔是需要被重用的模塊。
這個時候也許有人會說，不對啊！你的這個問題沒有被解釋通啊，我的test.py不是也需要運行麼，雖然不是一個模塊，但是以後我每次運行也可以節省時間啊！
OK，我們從實際情況出發，思考下我們在什麼時候纔可能運行python xxx.py文件：
A. 執行測試時。
B. 開啓一個Web進程時。
C. 執行一個程序腳本。
我們逐個來說，第一種情況我們就不用多說了，這個時候哪怕所有的文件都沒有pyc文件都是無所謂的。
第二種情況，我們試想一個webpy的程序把，我們通常這樣執行：
總結：只有模塊文件會被認爲是可能被重用的，所以，只用模型文件纔會保存編譯或者（編譯+解釋）後的結果.pyc文件。
6、 pyc的過期時間
說完了pyc文件，可能有人會想到，每次Python的解釋器都把模塊給持久化成了pyc文件，那麼當我的模塊發生了改變的時候，是不是都要手動地把以前的pyc文件remove掉呢？
當然Python的設計者是不會犯這麼白癡的錯誤的。而這個過程其實就取決於PyCodeObject是如何寫入pyc文件中的。
我們來看一下import過程的源碼吧：
這段代碼比較長，我們只來看我標註了的代碼，其實他在寫入pyc文件的時候，寫了一個Long型變量，變量的內容則是文件的最近修改日期，同理，我們再看下載入pyc的代碼：
不用仔細看代碼，我們可以很清楚地看到原理，其實每次在載入之前都會先檢查一下py文件和pyc文件保存的最後修改日期，如果不一致則重新生成一份pyc文件。
8. 寫在最後的
其實瞭解Python程序的執行過程對於大部分程序員，包括Python程序員來說意義都是不大的，那麼真正有意義的是，我們可以從Python的解釋器的做法上學到什麼，我認爲有這樣的幾點：
A. 其實Python是否保存成pyc文件和我們在設計緩存系統時是一樣的，我們可以仔細想想，到底什麼是值得扔在緩存裏的，什麼是不值得扔在緩存裏的。只有要重用的模塊纔是值得編譯成pyc文件的。
B. 在跑一個耗時的Python腳本時，我們如何能夠稍微壓榨一些程序的運行時間，就是將模塊從主模塊分開。（雖然往往這都不是瓶頸），那麼再次運行時，就可以不用編譯了，直接使用上次編譯後的結果。
C. 在設計一個軟件系統時，重用和非重用的東西是不是也應該分開來對待，這是軟件設計原則的重要部分。
D. 在設計緩存系統（或者其他系統）時，我們如何來避免程序的過期，其實Python的解釋器也爲我們提供了一個特別常見而且有效的解決方案。
總結：Python是編譯+解釋型的語言，執行的時候是由Python解釋器，逐行編譯+解釋，然後運行，因爲在運行的過程中，需要編譯+解釋，所以Python的運行性能會低於編譯型語言，比如C++。爲了提高性能，Python解釋器，會將模塊（以後要重用的腳本文件放在模塊裏）的編譯+解釋的結果，保存在.pyc中。這樣下次執行的時候，就省了編譯這個環節。提高性能。一次性的腳本文件，解釋器是不會保存編譯+解釋的結果，也就是沒有.pyc文件。