rust編譯為匯編嗎

A. rust拓展包是啥內容

使用PyO3和rust-cpython實現的rust python擴展的setuptools幫助程序。

編譯和分發用rust編寫的python擴展就像

它們早謹是用c寫成的。

設置

首先，您需要創建一組文件：

設置._rustimportBinding,RustExtensionsetup(name="hello-rust",version="1.0",rust_extensions=[RustExtension("hello_rust.hello_rust",binding=Binding.PyO3)],packages=["hello_rust"],# rust extensions are not zip safe, just like C-extensions.zip_safe=False,)

在中顯示

生成源發行版時需陸頃基要此文件乎鬧include Cargo.toml

recursive-include src *

pyproject.toml[build-system]requires=["setuptools", "wheel", "setuptools-rust"]

B. Rust—數據類型

Rust 是靜態類型語言，在編譯時必須知道所有變數的類型，根據值及其使用方式，編譯器通常可以推斷出我們想要的類型。當多種類型均有可能時，必神液拿須增加類型註解。

數據類型分兩類： 標量 ， 復合

Rust有四種基本標量類型： 整型 ， 浮點型 ， 布爾類型 ， 字元類型

整型 ： u8 , i8 , u16 , i16 , u32 , i32 , u64 , i64 , i128 , u128 , 字母u表示是無符號，i表示是有符號，數字表示佔用的位數。

Rust默認整數是 i32 它通常是最快的，即使是在64位系統上也是如此

浮點型 ： f32 , f64 , 分別占 32 位和 64 位,默認類型是 f64 ，因為在現代 CPU 中，它與 f32 速度幾乎一樣，不過精度更高。

布爾類型(bool): Rust 中的布爾類型有兩個可能的值： true 和 false

字元類型（char) :Rust總字元類型（ Char )佔用 四個位元組 ，代表了一個 Unicode 標量值，在 Rust 中，拼音字母（Accented letters），中文、日文、韓文等字元，emoji（繪文字）以及零長度的空白字元都是有效的 char 值。

復合類型 可以將多個值組成一個類型， Rust 有兩個原生的復合類型， 元組((tuple) 和 數組（array)

元組 ：是一個將多個其他類型的值組合進一個復合類型的主要方式。

解構方式一

解構方式二

函數返回元組

與元組不同，數組中游搭的每個元素的類型必須相同，一旦聲明埋仔，他的長度將不能增長或者縮小。

Rust 中，數組中的值位於中括弧內的逗號分隔的列表中：

注意 ：Rust數組的定義形式和其他的語言有著明顯的不同；

C. rust是前端還是後端

後端。

Rust是一款高級通用語言，而且屬於少有的一款兼顧開發和執行效率的編程語言。Rust結合了腳本語言的語法結構和C語言編譯執行效率，並且具有類似垃圾回收和數據類型及所有權系統等功能，所以可靠性和高性能運行都屬於Rust的特色。

雖然是一個非常年輕的編程語言，但是Rust可以算是最近幾年最流行的編程語言。5月發布的Stack Overflow 2020開發者調查中，Rust被86.1%開發者選擇為「最喜歡」的編程語言，比第二名TypeScript高出近20%。

雖然Rust並不是一個專屬的網路應用開發語言，但是作為一個以安全著稱的編輯語言，實際上是非常適合網路開發的。而且因為是編譯型語言，編譯器也能在過程中就安全穩定的問題作出提醒，作為後端網路開發還是不錯的一個優勢。

Rust的通用庫中已經包含了類似TcpListener這樣的網路通訊庫，可以直接通過調用std : : net 下面的TcpListener來直接監聽Tcp埠，然後再處理Request。這點上與一些腳本型的編程語言比要自由得很多。

Rust作為比較流行的編程語言，也有不少第三方HTTP庫來支持Web開發，可以不用再花時間從底層開發，比較熱門的庫像Hyper或者Tide都是被不少Web開發框架用到的。Rust下Web開發框架也不少，比較熱門的有Rocket、Actix-Web、Tower-web、Warp等等框架。

D. 我們為什麼用Rust

Rust 是一門系統級編程語言，被設計為保證內存和線程安全，防止段錯誤產生。作為系統級編程語言，它的基本理念是 「零開銷抽象」。理論上來說，它的速度與 C/C++ 同級。Rust 可以被歸為通用的、多範式、編譯型的編程語言，類似 C/C++。與這兩門編程語言不同的是，Rust 是線程安全的！Rust 編程語言的目標是，創建一個安全和並發的軟體系統。它強調安全性、並發和內存控制。盡管 Rust 借用了 C/C++ 的語法，卻杜絕了空指針和懸掛指針，而這二者是 C/C++ 中系統崩潰、內存泄露和不安全代碼的根源。

雖然 Rust 是一門系統級編程語言，但並不意味著它只能寫底層程序（操作系統、驅動、工具、資料庫、搜索引擎等），它的抽象層次之高完全給人驚艷的感覺，實踐證明它對問題建模的能力和方便性不比 C++/Java/Python/Ruby 差。但 Haskell 這類超高抽象語言，也不是 Rust 的發展方向。Rust 力求在抽象與現實世界中找到一個平衡。

在向SCRY 項目研發負責人Peace交流時，他說到，當時選擇Rust，主要有兩個原因：一是有高性能要求時，原來好多人會選擇C/C++，現在多了一個Rust選擇，還解決了C/C++許多不足；二是Rust應用在區塊鏈有成熟的參考。最後Peace給了未來使用SCRY項目開源部分的學習者一些建議，「快速的學習能力，快樂地把小事做好，正確合理定義一個函數。」

Rust到底有多受歡迎呢？目前，Rust 已經在 StackOverflow 的年度語言評選中，連續 4 年榮獲「程序員最喜愛語言」第一名（2016, 2017, 2018, 2019）。以下是 2019 年調查的截圖：

但比起Python、C、C++ 等，Rust還只是個小年輕。調查顯示，更多的人不去學習 Rust 還是因為 Rust 沒有足夠的活躍商業項目讓它成為企業的一部分。

不過，Rust 在工作中的佔比也越來越高。過去一年間，Rust 在商業應用上有著令人驚訝的成長。下面是部分人們熟知的公司：

國內的網路，阿里，也已經在內部小范圍的使用上了Rust。

就在本月初，微軟還推出了基於 Rust 的 Windows 運行時項目 Rust/WinRT。該項目和 C++/WinRT 一脈相承，用標准語言和編譯器為 Windows 運行時構建語言投影，從而方便 Rust 開發人員調用 Windows API，更輕松地使用 Rust 構建各類 Windows 應用和組件。

（https://blogs.windows.com/windowsdeveloper/2020/04/30/rust-winrt-public-preview/）

2015年下半年，Gavin Wood 博士創立了 Parity Technologies，推出以太坊（Ethereum）客戶端 parity，而這個 parity 客戶端就是使用Rust寫的。實際在 parity 出現之前，MaidSafe項目就已經出現了。MaidSafe用 Rust 語言嘗試了很多東西。Rust語言本身強調的安全性以及MaidSafe這些前沿項目，可能給了 Gavin 充分的理由選擇 Rust 作為 parity 開發語言。

寫一個有效率的、符合習慣的Rust程序比寫一個有潛在亂信危險的程序容易得多。下面是linux內核在2018年一月到四月期間發現的bug：

而對於Rust而言，上圖右側佔比 51% 的告蘆部分，從語言層面就可以避免。也就是說，對Rust來說，根本不存在上圖右邊這些問題。

Rust在實現內存安全和並發安全的同時，並沒有以損失性能為代價。更牛逼的是，它甚至是用同一套抽象解決了內存安全和數據競爭這襪陪帶兩個不同領域的問題。

Rust的零開銷抽象讓你在享受安全性的同時，又不損失性能。這正是傳統的程序員夢寐以求的。

Solana的首席執行官Anatoly Yakovenko在一段采訪中提到剛開始項目的時候，他用了兩周時間使用C語言，但是當用到一些外部庫的時候，還得寫makefile，手動下載這些庫，比較麻煩。所以，他決定嘗試一下Rust。就在那一刻，「Holy shit, this is amazing.」「我才覺醒到，這是一個和C語言一樣快的語言，並且還給了我Haskell般的類型安全。Rust擊中了我，這真的很酷。」

今天Rust滿5歲了（2020年5月15日，是Rust語言正式發布5年生日）。Rust語言正在IT工業各個領域快速發展，而由於區塊鏈本身的特質，區塊鏈領域是較早接納Rust的領域之一。在區塊鏈領域，Rust正以勢如破竹之勢佔領區塊鏈新興項目市場，很多著名的老項目也在考慮轉向使用Rust重寫。

祝Rust 5周年生日快樂！

參考：

1. Why Rust?

https://www.parity.io/why-rust/

2. Meetup with Solana, Zcash, & Parity — Why Rust Is Ideal For Blockchain Development?

https://medium.com/solana-labs/solana-at-portland-dev-meetup-72e4dc7ad32c

3. Rust 2017 Survey Results

https://blog.rust-lang.org/2017/09/05/Rust-2017-Survey-Results.html

4. 微軟開源 Rust/WinRT，方便使用 Rust 構建 Windows 應用

https://www.oschina.net/news/115354/microsoft-winrt

5. Stack Overflow』s Developer Survey Results 2019

https://insights.stackoverflow.com/survey/2019#developer-profile-_-what-inpial-person-will-have-the-most-influence-in-tech-this-year

6. 當區塊鏈遇上Rust

https://rustcc.cn/article?id=289da7be-19ce-49fe-af6d-3a7946404ca6

E. 【Rust交叉編譯】cross使用較低版本的glibc

眾所周知，glibc已經成為了Linux二進製程序在各種發行版之間不兼容的重要因素了，究其原因，是glibc的版本兼容性機制。比如在高版本glibc的Linux機器上編譯和鏈接的二進制，在低版本glibc的Linux運行會報如下錯誤：

並且，glibc做靜態鏈接時會出現比較奇怪的問題（nss等），所以各發行版一致不推薦glibc靜態鏈接。那麼目前比較好的方案是，需要發行的應用，在比較低版本的glibc做編譯和鏈接。

而Rust官方提供了 cross 這個工具做交叉編譯的工作，而常用的taget x86_64-unknown-linux-gnu 的glibc版本為2.15，對於某些老到掉牙的發行版來說，可能還是會有兼容性問題，所以我基於Centos6打包了一個鏡像： https://hub.docker.com/repository/docker/jmjoy/cross ，內置的glibc版本為2.12。

使用方法：

在Cross.toml中：

F. Rust 和 Go 的並發模型有什麼不同，為什說 Rust 的並發模型更好

1.根據Rust的特點和定位適用於對控制性比較強，對性能很敏感的領域，比如底層軟體(OS/driver)，基礎系統軟體（Compiler/VM/DB等），性能要求比較高的應用軟體（瀏覽器/圖形圖像處理/游戲/高性能伺服器軟體等，或者可能包括近來很火的ML應用方向）。2.底層軟體(比如OS/driver)部分是和C應用領域有很大重合度的，在這個領域我認為對C沖擊不大。在這里C已經足夠好了，而且這些領域技術性很高，但業務邏輯其實並不算太復雜，Rust的優勢作用有限。而且Rust相比於C語言，帶來了一定的「黑盒」和這些領域一些不需要的語言復雜特性。C作為「可移植的匯編」恰到好處的非常適合這個領域，其他語言基本無法構成挑戰。3.前面1中提到的領域除了底層軟體(OS/driver之類)剩下的領域，C++目前最具有優勢。在這些領域C++相對於C提供了高級特性方便開發，相對於JVM系的性能更高內存更少。（雖然這些領域有些知名軟體是C和JVM系的，比如postgresql/redis/nginx/Hadoop/spark等，但在這些領域目前只有C++一個是全能型）我認為rust的主要戰場就在這里，需要對決的對手就是C++。C++既有的力量（系統/代碼/人員/習慣)太強大了，在這些領域完全打敗C++是非常困難的。而且C++也在不斷發展，近年來發展的步伐也快了起來，C++11/14/17等等。但C++的歷史包袱是很重的，越發展其實復雜性也在不斷提高，何況有些問題（像安全/異常/復雜繼承等等）是基因里的，通過增加feature打補丁是彌補不了的。Rust最容易吸引的人群可能是C++程序員：因為，一方面解決了不少C++的痛點，另一方面Rust的很多特性其實有點復雜也有點門檻的。這些特性背後的動因有C++背景的程序員是非常容易理解，也是不少C++程序員夢寐以求的。相對而言，其他語言背景出身的程序員，對Rust的共鳴性遠遠沒有C++程序員強烈。猜測Rust會：a.蠶食掉一定的C++份額。一些可能本會選擇C++開發的新項目，可能會選擇Rust。b.蠶食掉一定的Java份額。有些項目選擇JVM系是由於C++開發太復雜，同時該項目對性能又有一定的要求。那麼Rust出現以後也會蠶食掉一定的此類項目。c.蠶食掉一定的golang份額。不滿意gc（即使1.5改善了，gc的先天問題是無法徹底解決的），不滿意泛型，不滿意性能的一部分項目。不過也要依賴於Rust未來並發的解決方案是否足夠理想了。1.0這種是沒戲的。d.移動端Rust從自己實力上說是夠的。不過這個真的要看出品移動端設備的「爹」的意思了。Rust自身有一些優勢非常明顯，在這些領域是很有競爭力的。Rust社區一定要重視IDE開發環境，花費精力出eclipse/intellji/vs的高質量的IDE插件，對於推廣和流行大有幫助。只要Rust社區不要犯D語言曾經反復折騰的毛病，能像golang社區那樣基礎做的不錯並且工程質量優秀，那麼未來Rust出幾個殺手級的應用，前途還是很可期的。

G. Rust VS Python：為什麼越來越流行，取代榜一 Python

2021 年，Python 又獲得了 TIOBE 年度編程語言，排名已經是第一。而 Rust 依然在 20 名以外。但依然有人認為，Rust 甚至可能取代 Python。不過這不重要，認清兩者的優缺點，進而合適的地方使用合適的語言，這才最重要。

在這個指南中，我們將比較 Rust 和 Python 這兩門語言，同時將討論它們各自的應用場景，回顧使用 Rust vs. Python 的優缺點，並解釋 Rust 為什麼越來越受歡迎（甚至可能取代 Python）。

Rust [1] 是一門系統編程語言，專注於安全，尤其是並發安全，支持函數式和命令式以及泛型等編程範式的多範式語言。Rust 在語法上和 C++ 類似，但是設計者想要在保證性能的同時提供更好的內存安全。Rust 最初是由 Mozilla 研究院的 Graydon Hoare 設計創造，然後在 Dave Herman, Brendan Eich 以及很多其他人的貢獻下逐步完善的。Rust 的設計者們通過在研發 Servo 網站瀏覽器布局引擎過程中積累的經驗優化了 Rust 語言和 Rust 編譯器。

Rust 擁有 優秀的文檔 [2] 、友好的編譯器和有用的錯誤消息，以及頂級工具，包括集成包管理器、構建工具、支持自動完成和類型檢查的智能多編輯器、自動格式化程序等等。

Rust 發布於 2010 年。雖然和 Python 相比，Rust 是一門年輕的語言，但是它的社區正在穩步增長。事實上，Rust 已經連續五年（2016，2017，2018，2019，2020）在 Stack Overflow 開發者調查的「最受喜愛編程語言」評選項目中摘取桂冠。

乍一看，Rust 的靜態化和強類型化可能看起來有點極端。但從長遠來看，這有助於防止意外的代碼行為。

Python [3] 是一門旨在幫助開發人員更有效地工作和更有效地集成系統的編程語言。Python 提供了高效的高級數據結構，還能簡單有效地面向對象編程。Python 語法和動態類型，以及解釋型語言的本質，使它成為多數平台上寫腳本和快速開發應用的編程語言，隨著版本陵純的不斷更新和語言新功能的添加，逐漸被用於獨立的、大型項目的開發。如果速度是最重要的，可以使用較低級別的 API 調用，如 CPython [4] 。

1991 年 Guido van Rossum 推出了 Python，以其代碼的可讀性、無分號和花括弧而著稱。

除了可擴展性之外，Python 還是一門解釋型語言，這使得它比大多數編譯型語言要慢。正如您可能期望的那樣，Python 擁有一個龐大的庫生態系統和一個龐大的專業社區。

Rust 被應用於系統開發、操作系統、企業系統、微控制器應用、嵌入式系統、文件系統、瀏覽器組件、虛擬現實的模擬引擎等。

當性能很重要的時候，Rust 是一種常用的語言，因為它能很好地處理大量數據。它可以處理 CPU 密集型的操作，如執行演算法，這就是為什麼 Rust 比 Python 更適合系統開發的原因。

Rust 保證了內存的安全性，讓你可以控制線程行為和線程之間滲歷的資源分配方式。這使你能夠構建復雜的系統，也使得 Rust 比 Python 更有優勢。

總而言之，你應在以下情況下使用 Rust：

Python 可以用於許多應用領域，從 Web 開發，到數據科學和分析，到 AI 和機器學習，再到軟體開發。

Python 被廣泛用於機器學習，數據科學和 AI，因為它：

在以下情況下，你應該使用 Python：

考慮到 Rust 的迅速普及、受歡迎程度和廣泛的使用案例，它幾乎不可避免地會在不久的將來超越 Python，以下是一些原因。

Rust 超越 Python 的一個主要原因是性能。因為 Rust 是直接編譯成機器代碼的，所以在你的代碼和計算機之間沒有虛擬機或解釋器。

與 Python 相比，另一個關鍵優叢汪搜勢是 Rust 的線程和內存管理。雖然 Rust 不像 Python 那樣有垃圾回收機制，但 Rust 中的編譯器會強制檢查無效的內存引用泄漏和其他危險或不規則行為。

編譯語言通常比解釋語言要快。但是，使 Rust 處於不同水平的是，它幾乎與 C 和 C ++一樣快，而且沒有額外開銷。

讓我們看一個用 Python 編寫的 O(log n) 程序的示例，並使用迭代方法計算完成任務所需的時間：

輸出：

現在，讓我們來看一下使用迭代方法用 Rust 編寫的定時 O(log n) 程序：

輸出

在沒有使用任何優化技術的情況下，Rust 和 Python 在同一台機器上執行類似的操作分別需要 4.6 微秒和 8.6 微秒。這意味著 Python 花費的時間幾乎是 Rust 的兩倍。

Python 和大多數現代編程語言一樣，被設計成內存安全的。然而，即使沒有垃圾回收。Rust 在內存安全方面卻讓 Python 望塵莫及。

Rust 採用了一種獨特的方式來確保內存安全，其中涉及所有權系統和借用檢查器(borrow checker)。Rust 的借用檢查器確保引用和指針不會超過它們所指向的數據。

Python 和其他語言一樣，提供了錯誤檢查和日誌機制。但是在讓開發者知道哪裡出了什麼問題的時候，Rust 和 Python 之間有一些差異。

舉一個 Python 變數錯誤的典型例子：

Python 輸出

Rust 中的類似示例：

Rust 輸出

在這里，Rust 推薦了可能的變數，這些變數可能是你想輸入的。Python 只會拋出錯誤，而不會給出如何修復的建議。

再舉個例子：

此代碼引發錯誤，因為默認情況下 Rust 中的變數是不可變的。除非它具有關鍵字 mut ，否則無法更改。

錯誤：

修正錯誤：

如你所見，現在它不會引發任何錯誤。除此之外，Rust 不允許不同的數據類型相互操作，除非將它們轉換為相同的類型。

因此，維護 Rust 代碼庫通常很容易。除非指定，否則 Rust 不允許更改。Python 是允許這種性質的更改的。

與大多數編譯語言相比，Rust 因其速度快、內存安全有保證、超強的可靠性、一致性和用戶友好性而備受青睞。在編程中，我們已經到了速度開始變得毫不費力的地步。

隨著技術的發展，它變得越來越快，試圖在更短的時間內做更多的事情，而不需要那麼多的權衡。Rust 幫助實現了這一點，同時又不妨礙開發者的工作。當技術試圖推動可以實現的邊界時，它也會考慮系統的安全性和可靠性，這是 Rust 背後的主要思想。

除了速度外，Python 在並行計算方面也有局限性。

Python 使用全局解釋器鎖(GIL)，它鼓勵只有一個線程同時執行，以提高單線程的性能。這是一大局限，因為它意味著你不能使用多個 CPU 核進行密集計算。

如前所述，Stack Overflow 的「 2020 開發人員調查」中有 86％的受訪者將 Rust 稱為 2020 年最喜歡的編程語言。

同樣，「 2020 HackerRank 開發人員技能報告」的受訪者將 Rust 列為他們計劃下一步學習的十大編程語言：

相比之下，2019 年的調查將 Rust 排在列表的底部，這表明 Rust 開發人員社區正在迅速增長。

這些數據表明，Rust 正在成為主流開發者社區的一部分。許多大公司都在使用 Rust，一些開發者甚至用它來構建其他編程語言使用的庫。著名的 Rust 用戶包括 Mozilla、Dropbox、Atlassian、npm 和 Cloudflare 等等。

Amazon Web Service 還對 Lambda，EC2 和 S3 中的性能敏感組件採用了 Rust。在 2019 年，AWS 宣布贊助 Rust 項目，此後為 Rust 提供了 AWS 開發工具包。

公司正越來越多地用更高效的編程語言（如 Rust）取代速度較慢的編程語言。沒有其他語言能像 Rust 一樣在簡單和速度之間做出平衡。

Rust 已經發展成為一門易於使用的編程語言，因此它的使用率有所提高。盡管 Python 在機器學習/數據科學社區中佔有堅實的地位，但 Rust 在未來很可能被用作 Python 庫更有效的後端。

Rust 具有取代 Python 的巨大潛力。目前的趨勢是，在應用程序、性能和速度方面，Rust 不僅僅是一種編程語言，它還是一種思維方式。

各位看官你們覺得呢？評論區留下你的看法！

H. 游戲一般用什麼編程語言開發

一般的大型游戲開發不是單一用某一種軟體語言的問題。一個大型游戲的開發需要非常大的團隊用各種各樣的語言和工具來完成。
總結一下主要有C/C++，匯編語言，著色器語言，腳本語言，高效的開發語言C#或Java。
首先一般的游戲開發架構（Windows平台）從底到頂一般是Direct X™——游戲引擎——游戲。
大型游戲開發的大部分工作其實都是在編寫游戲腳本，腳本是大型游戲得以如此高速開發和發布的主要原因。腳本化的開發讓游戲開發擺脫了硬編碼的種種弊端，讓游戲內容可以輕易的修改和調試。比如比較流行的語言。，然後編寫腳本將其組織成一個游戲，不需要什麼底層的編程語言。
Windows平台比較流行的方法是使用最新版本的Visual Studio，顯卡廠商如NVIDIA也會為VS開發一些插件來簡化顯卡編程和調試。(8)rust編譯為匯編嗎擴展閱讀：
匯編語言
為了克服機器語言難讀、難編、難記和易出錯的缺點，人們就用與代碼指令實際含義相近的英文縮寫詞、字母和數字等符號來取代指令代碼（如用ADD表示運算符號「+」的機器代碼），於是就產生了匯編語言。所以說，匯編語言是一種用助記符表示的仍然面向機器的計算機語言。匯編語言亦稱符號語言。
匯編語言由於是採用了助記符號來編寫程序，比用機器語言的二進制代碼編程要方便些，在一定程度上簡化了編程過程。匯編語言的特點是用符號代替了機器指令代碼。而且助記符與指令代碼一一對應，基本保留了機器語言的靈活性。使用匯編語言能面向機器並較好地發揮機器的特性，得到質量較高的程序。
匯編語言中由於使用了助記符號，用匯編語言編制的程序送入計算機，計算機不能象用機器語言編寫的程序一樣直接識別和執行，必須通過預先放入計算機的 「匯編程序「的加工和翻譯，才能變成能夠被計算機識別和處理的二進制代碼程序。
用匯編語言等非機器語言書寫好的符號程序稱源程序，運行時匯編程序要將源程序翻譯成目標程序。目標程序是機器語言程序，它一經被安置在內存的預定位置上，就能被計算機的CPU處理和執行。
匯編語言像機器指令一樣，是硬體操作的控制信息，因而仍然是面向機器的語言，使用起來還是比較繁瑣費時，通用性也差。匯編語言是低級語言。但是，匯編語言用來編制系統軟體和過程式控制制軟體，其目標程序佔用內存空間少，運行速度快,有著高級語言不可替代的用途。
高級語言
不論是機器語言還是匯編語言都是面向硬體的具體操作的，語言對機器的過分依賴，要求使用者必須對硬體結構及其工作原理都十分熟悉，這對非計算機專業人員是難以做到的，對於計算機的推廣應用是不利的。計算機事業的發展，促使人們去尋求一些與人類自然語言相接近且能為計算機所接受的語意確定、規則明確、自然直觀和通用易學的計算機語言。
這種與自然語言相近並為計算機所接受和執行的計算機語言稱高級語言。高級語言是面向用戶的語言。無論何種機型的計算機，只要配備上相應的高級語言的編譯或解釋程序，則用該高級語言編寫的程序就可以通用。
如今被廣泛使用的高級語言有BASIC、PASCAL、C、COBOL、FORTRAN、LOGO以及VC、VB等。這些語言都是屬於系統軟體。
計算機並不能直接地接受和執行用高級語言編寫的源程序，源程序在輸入計算機時，通過「翻譯程序」翻譯成機器語言形式的目標程序，計算機才能識別和執行。這種「翻譯」通常有兩種方式，即編譯方式和解釋方式。
編譯方式是：事先編好一個稱為編譯程序的機器語言程序，作為系統軟體存放在計算機內，當用戶由高級語言編寫的源程序輸入計算機後，編譯程序便把源程序整個地翻譯成用機器語言表示的與之等價的目標程序，然後計算機再執行該目標程序，以完成源程序要處理的運算並取得結果。解釋方式是：源程序進入計算機時，解釋程序邊掃描邊解釋作逐句輸入逐句翻譯，計算機一句句執行，並不產生目標程序。
PASCAL、 FORTRAN、COBOL等高級語言執行編譯方式；BASIC語言則以執行解釋方式為主；而PASCAL、C語言是能書寫編譯程序的高級程序設計語言。每一種高級（程序設計）語言，都有自己人為規定的專用符號、英文單詞、語法規則和語句結構（書寫格式）。高級語言與自然語言（英語）更接近，而與硬體功能相分離（徹底脫離了具體的指令系統），便於廣大用戶掌握和使用。高級語言的通用性強，兼容性好，便於移植