1993年，巴西里約熱內(nèi)盧天主教大學(xué)的三個(gè)老師發(fā)明了Lua。

Lua以其簡單性、小尺寸和可移植性，成為嵌入式編程語言之王。

除了游戲這個(gè)主戰(zhàn)場之外，Lua還入侵了各種軟件（TeX排版，Neovim，Nginx......），各種硬件（三星的電視、思科的路由器、TI的計(jì)算器，羅技的鍵盤......）

Lua的故事可以移步我這篇文章《》

20年后，巴西人José Valim又發(fā)明了一個(gè)編程語言Elixir。

這個(gè)編程語言知道的人不太多，但是很多著名公司都在使用它。

Elixir特別適合開發(fā)分布式、可擴(kuò)展的、高并發(fā)的應(yīng)用程序。

Discord的CTO在2017年的一篇文章中說道：

Discord 就是 Elixir 的早期采用者， Erlang VM 是我們想要構(gòu)建的高并發(fā)實(shí)時(shí)系統(tǒng)的完美候選者，過去兩年，系統(tǒng)中的并發(fā)用戶數(shù)已達(dá)到近 500 萬，每秒有數(shù)百萬個(gè)事件......

如果讓我從頭再選擇一次的話，我還會(huì)選擇Elixir。

在Stackoverflow 2021年的報(bào)告中，在38種編程語言中，Elixir是收入排行第三的編程語言。

1

Elixir的作者是José Valim（下文簡稱何塞），本科在巴西圣保羅大學(xué)讀電氣工程，后來在意大利都靈理工大學(xué)拿到碩士學(xué)位。

在意大利時(shí)他遇到了現(xiàn)在的波蘭妻子，然后搬到了波蘭。

在發(fā)明Elixir之前，何塞已經(jīng)是著名Web框架Ruby on Rails團(tuán)隊(duì)的核心成員。

可惜的是Ruby語言在并發(fā)，多核的表現(xiàn)不咋滴，沒有解決并發(fā)問題的適當(dāng)工具。

這讓何塞有點(diǎn)沮喪，他不斷研究其他解決方案，直到有一天，它發(fā)現(xiàn)了Erlang虛擬機(jī)。

Erlang虛擬機(jī)已經(jīng)解決了高并發(fā)和分布式的問題，為什么不把Ruby移植上去呢？

但是Ruby的思想和概念和Erlang格格不入，沒法子的何塞最終決定：發(fā)明一門新的編程語言Elixir。

在設(shè)計(jì)上，何塞借鑒了Erlang，Clojure和Ruby的思想。

Erlang ：函數(shù)式思想、基礎(chǔ)設(shè)施

Ruby：優(yōu)雅的語法、標(biāo)準(zhǔn)庫、命名方式

Clojure ：基于協(xié)議的多態(tài)實(shí)現(xiàn)

大家可能覺得一個(gè)大牛發(fā)明一門新語言是很容易的，其實(shí)并非如此。

何塞并不是科班出身，也缺乏編譯器的知識(shí)，也得從頭學(xué)詞法分析，語法分析......

他看了幾本經(jīng)典編譯書籍如龍書，更關(guān)鍵的是閱讀了Erlang、Ruby、JavaScript等語言的解析器源代碼，然后才開始動(dòng)手。

即使如此，何塞依然步履維艱，他的第一個(gè)Elixir原型非常糟糕，就像迷失在了山洞中的原始人，到處探索。

等到第一個(gè)版本發(fā)布，已經(jīng)是兩年以后了。

一門新語言出現(xiàn)以后，如果獲得眾人關(guān)注是最難的一步。

在這一點(diǎn)上，何塞充分學(xué)習(xí)了Rails創(chuàng)始人DHH的營銷能力。

何塞開始走出去，在各種活動(dòng)上宣傳Elixir，接受各種采訪介紹Elixir，寫各種文章為Elixir造勢。

提到Elixir，就不能不提Web框架Phoenix。

他們像當(dāng)年的Rails一樣，錄制了一個(gè)視頻：在15分鐘內(nèi)克隆一個(gè)Twitter。

這個(gè)視頻引發(fā)了不小的關(guān)注度，成功地引發(fā)了對(duì)Elixir和Phoenix的討論，吸引了更多人來使用Elixir。

2

說到這里，可能大家會(huì)問：這個(gè)Elixir到底有什么神奇之處呢？

一般來說，我們要開發(fā)一個(gè)交互很強(qiáng)的Web應(yīng)用，通常會(huì)這么來構(gòu)建：

在前端有各種框架和類庫，如React,Vue等，在瀏覽器端處理：

1.數(shù)據(jù)模型，2.控制邏輯，3.視圖模板

后端主要提供數(shù)據(jù)接口，前端的JavaScript負(fù)責(zé)展示和邏輯。

讓人吃驚的是：使用Phoenix的LiveView，這三個(gè)東西都被放到了服務(wù)器端，實(shí)現(xiàn)了服務(wù)器端的渲染。

猛一看，這很難理解，舉個(gè)簡單的例子，我們現(xiàn)在需要實(shí)現(xiàn)一個(gè)計(jì)數(shù)器應(yīng)用：

在服務(wù)器端：

數(shù)據(jù)模型：就是那個(gè)Count數(shù)字。

客戶邏輯：就是一些函數(shù)，來處理事件，事件是“增加按鈕被點(diǎn)擊”（increment event）或者“減少按鈕被點(diǎn)擊” (decrement event)

視圖模板：用來渲染這個(gè)簡單的界面

當(dāng)用戶點(diǎn)擊“增加”按鈕時(shí)，一個(gè)事件（increment event）通過websocket發(fā)給服務(wù)器端。

服務(wù)器端收到后，調(diào)用服務(wù)器端的相關(guān)函數(shù)，修改數(shù)據(jù)模型，給count加一，然后渲染新視圖，再發(fā)給瀏覽器。

瀏覽器收到新數(shù)據(jù)，就會(huì)展示出來：

當(dāng)然，服務(wù)器肯定不會(huì)把所有的視圖都發(fā)回給瀏覽器，它會(huì)做優(yōu)化，使用狀態(tài)跟蹤，diff算法，從而發(fā)送最少的數(shù)據(jù)。

在這個(gè)例子中，只需要告訴瀏覽器，那個(gè)count的值變了，僅僅更新這個(gè)值就可以了。

你可能覺得這種處理方式非常瘋狂：對(duì)每個(gè)用戶都保存這么多信息，用戶多了該怎么辦啊？怎么擴(kuò)展啊?

這就要涉及到Elixir的關(guān)鍵了，和其他編程語言不同，Elixir的process（如圖中的Live View Process）并不是操作系統(tǒng)的進(jìn)程(Process)或者線程（Thread）！

Elixir的process是非常輕量級(jí)的，在單臺(tái)服務(wù)器上可以幾十萬，甚至上百萬個(gè)process。

這也正是Erlang平臺(tái)的優(yōu)勢所在！

使用Phoenix的LiveView，在代碼復(fù)雜度不高的情況下，就實(shí)現(xiàn)了媲美單頁應(yīng)用良好的用戶體驗(yàn)，可以說是非常漂亮。

所以發(fā)明人何塞說：Elixir非常適合開發(fā)一切運(yùn)行在socket上應(yīng)用！

3

上世紀(jì)90年代，你寫一段代碼，放在那里什么也不做，兩年以后，新的硬件就會(huì)讓它的性能提升一倍。

現(xiàn)在摩爾定律失效了，CPU走向了多核，系統(tǒng)走向了分布式。

多核和分布式讓編程變得非常麻煩，但是Elixir用函數(shù)式編程的不變性和Erlang平臺(tái)正好解決了這兩個(gè)問題。

如果你也有類似的需求，強(qiáng)烈建議關(guān)注下這門獨(dú)特的編程語言，它也許就是幫助你擊敗競爭對(duì)手的秘密武器。

全文完，覺得不錯(cuò)的話點(diǎn)個(gè)贊或者在看吧！

參考資料：

https://www.youtube.com/watch?v=U_Pe8Ru06fM （本文 中LiveView例子的來源 ）
https://www.youtube.com/watch?v=lxYFOM3UJzo

https://www.youtube.com/watch?v=IZvpKhA6t8A