Lua 與 Bash：實用指南、範例和實際標準

資訊科技數位 » 成語 » Lua 與 Bash：實用指南、範例和實際標準

自動化和腳本編寫在Unix和類別Unix系統中十分常見，在與Windows混合的環境中也同樣如此。當我們在速度、可移植性和易維護性之間尋求平衡時，Bash和Lua之間的比較便成了永恆的話題。

根據排名靠前的資源——包括將Lua 介紹為 Bash 的多功能替代方案的文章、使用 Mako Server 的實用指南、論壇討論以及支持 Bash 的觀點——我們將整理思路，提供示例，並指出常見的陷阱，例如在 Windows 系統上從 Bash（Git Bash）調用 Lua 時令人頭疼的127 退出代碼。我們還會提供上下文訊息，例如參考資源中出現的其他語言（JavaScript、Python、Node.js、HTML5、PHP），以及許多人在打開帖子時看到的 Reddit cookie 通知。

什麼是 Bash 和 Lua

簡而言之，Bash（Bourne Again Shell）是類Unix系統中最典型的shell：它解釋命令、協調實用程序，並允許使用管道和重定向來連結進程。它的核心目標是成為一個功能強大的命令解釋器，並帶有一個用於組合命令的程式設計層。

Lua是一種輕量級、快速且可嵌入的語言，它具有跨平台性和簡潔的語法。其極簡的設計使其能夠在資源有限的情況下運行，並可在各種應用程式（遊戲引擎、網路工具、嵌入式伺服器）中運行，提供現代化的控制結構和單一的複合資料類型：表。

• 巴什：非常適合文字處理、文件操作和系統管理，利用 POSIX 實用程式的整個生態系統。
• LUA：通用、可嵌入語言；提供 更具表現力 並控制複雜的邏輯，同時保持較小的佔用空間和較高的可移植性。

腳本和自動化之間的主要區別

排名中的多個條目都強調了這一點：Lua 以其輕量級和速度脫穎而出。它的虛擬機器體積小巧，解釋器啟動迅速，這對於需要多次執行的腳本或嵌入式環境來說尤其重要。

可移植性是 Lua 的另一個主要優勢。 Lua不限於 Unix 系統：它可以在 Linux、macOS 和 Windows 上流暢地運行，最大限度地減少了平台特定的 `if` 語句。 Bash 雖然可以透過模擬器（例如 Git Bash、WSL）在 Windows 上使用，但它更依賴POSIX 工具和環境差異。

在表達能力方面，Lua 提供了一流的函數、協程和元表。這些工具使你能夠建立更全面的解決方案，而無需依賴外部工具，而 Bash 則通常需要使用 sed、awk、grep、find 等工具來組合解決方案。 Bash的優勢恰恰在於其生態系統以及管道操作。

學習和可讀性

一些指南指出，Lua 的語法類似於偽代碼，這對初學者很有幫助。而 Bash 則有其獨特的引用、擴展和替換規則，可能會讓人感到驚訝。以下是兩個等效範例（循環遍歷 1 到 5）：

# Bash
#!/usr/bin/env bash
for i in {1..5}; do
  echo 'Hola, mundo '"$i"
done

-- Lua
for i = 1, 5 do
  print('Hola, mundo ' .. i)
end

Lua 版本簡潔明了，不易因引號或特殊擴展方式而出錯。而在 Bash 中，掌握何時使用單引號/雙引號以及變數或花括號的擴展方式至關重要。

用於自動化的高級 Lua 功能

一等函數：它們儲存在變數中，作為參數傳遞並返回；它們促進了中/高複雜度自動化中的模組化和重複使用。

協程：它們無需處理作業系統執行緒即可實現非阻塞的並發任務。它們對於協調工作流程（例如，多個 I/O 作業）非常有用，而且不會增加複雜性。

元表和元方法：允許重新定義對錶的操作行為，擴展語言以使其適應問題領域。

文章中經常引用的一個簡單範例：用簡潔明了的方式在 Lua 中逐行處理文件：

-- Lua: leer y procesar un archivo línea a línea
local function procesar(archivo)
  local f = io.open(archivo, 'r')
  for linea in f:lines() do
    print('Procesando: ' .. linea)
  end
  f:close()
end
procesar('ejemplo.txt')

這種模式展示了Lua 如何將簡單的 I/O 與清晰性結合；它很容易擴展，以進行解析、過濾或與其他組件通訊。

Lua 實踐：用於現代腳本的 Mako 伺服器

一篇評分最高的指南建議使用Mako Server來擴展 Lua，使其具備面向自動化的 API（包括網路功能），從而減少對外部軟體包的依賴。典型的 shebang 語句如下：

#!/usr/bin/env mako
print('Hola Lua!')

在 Linux x86-64 上安裝（依照教學）：快速簡單。

cd /tmp
wget makoserver.net/download/mako.linux-x64.tar.gz
tar xvzf mako.linux-x64.tar.gz
sudo cp mako mako.zip /usr/local/bin/

安裝完成後，腳本即可正常運行，並利用 Mako 的額外 API。例如，建立路由和使用系統呼叫列出內容：

#!/usr/bin/env mako
os.execute('mkdir -p api/os api/fs')
os.execute('ls -lh api')

如果您需要 Bash 的功能（例如，按鍵擴展），您可以從 Lua 中調用它，並保持良好的人體工程學：

#!/usr/bin/env mako
local function ex(cmd)
  -- Usa bash como login shell y escapa el comando
  return os.execute('/bin/bash -lc ' .. string.format('%q', cmd))
end
ex('mkdir -p api/{os,fs}')
ex('ls -lh api')

要捕獲標準輸出（而不僅僅是退出程式碼），io.popen非常有用。一種常見的模式是獲取二進位版本：

#!/usr/bin/env mako
local function ex(cmd)
  local p = io.popen(cmd)
  local out = p:read('*a') or ''
  p:close()
  return (out:gsub('%s+$',''))
end
local function version(s)
  return s:match('([%d]+%.[%d]+%.[%d]+)')
end
local nodev = version(ex('node --version'))
print('node version\t' .. (nodev or 'not installed'))
local wgetv = version(ex('wget -V'))
print('wget version\t' .. (wgetv or 'not installed'))

這樣就可以在不離開 Lua 的情況下建立簡單的依賴關係檢查，同時保持清晰且可移植的流程。

Mako 的外部包：以 luash 為例

另一個熱門推薦是luash，這是一個輕量級程式庫，它簡化了從 Lua 啟動系統命令的過程，其 API 類似於 shell。典型安裝步驟：

git clone https://github.com/zserge/luash.git
sudo mkdir -p /usr/local/share/lua/5.4/
sudo cp luash/sh.lua /usr/local/share/lua/5.4/

一個列出目前目錄的簡短腳本如下所示，它混合了慣用的 Lua 程式碼和類似 shell 的呼叫：

#!/usr/bin/env mako
require('sh')
local cwd = tostring(pwd())
print('Files in ' .. cwd)
local listing = tostring(ls('.'))
for f in listing:gmatch('[^\n]+') do
  print(f)
end

其理念是，當你想要呼叫外部工具並利用 Lua 的便利性處理結果時，盡量減少手動黏合。

Bash 還是 Lua？實用的選擇標準

論壇上普遍認為，批評 Bash 不是通用語言是不得領受。 Bash 的設計初衷是作為命令解釋器，用於編寫系統實用程式；它的語言用於透過管道或進程間通訊 (IPC) 將這些實用程式連接起來。

如果你的工作主要基於控制台，每天都會用到匿名管道、重定向、grep/sed/awk 等工具，而且你的邏輯對外部編排的要求不高，那麼 Bash 仍然是最好的瑞士軍刀。它並不像 Lua 那樣是通用語言，但它在命令組合方面卻獨樹一幟。

如果您的案例需要複雜的流程控制、資料轉換、協程或嚴格的可攜性（Linux/macOS/Windows），而又不依賴 POSIX 工具，Lua 可以提供更舒適的體驗，避免引用和複雜擴展帶來的痛苦。

值得注意的是，Bash 的生態系非常強大：你可以利用整個 *utils 生態系（coreutils、binutils、util-linux 等）。如果你需要特定的資料結構，還有像recutils這樣的工具可以補充傳統的文字為主的程式設計模型。

診斷常見錯誤：出口 127 的情況

在一個熱門討論帖中，有人提到執行類似bash bb.sh 的腳本時，嘗試執行lua -e 'print «hha»' 命令後返回退出代碼 127，而運行source bb.sh則一切正常。在 POSIX 標準中，127 表示「指令未找到」。

如果lua被映射到其他東西（例如，在線程中說lua 被別名為 `lua53`），當使用 bash 啟動新進程時，該別名或路徑可能不存在，或者可能指向該子 shell 的有效 PATH 中不存在的二進位文件，從而導致 127 錯誤。

在 Windows 環境下使用 Git Bash 時，還需要考慮另一個因素：在cmd.exe中，通常會定義doskey（例如，doskey lua=lua53 $*）。如果 Git Bash 會話繼承了環境變數中將lua 解析為 lua53 的路徑，但 lua53 或其路徑並不在該子 shell 中，則會傳回錯誤代碼 127；然而，執行source 指令時，會使用目前 shell 及其自身的路徑/別名，因此可以正常運作。

# Comprobar resolución del binario
 type -a lua
 # Sugerencias:
 # 1) Invocar la ruta absoluta: /usr/local/bin/lua o /c/Program Files/lua/lua
 # 2) Desactivar alias: unalias lua; o usa 'command lua' para saltarte funciones/alias
 # 3) Limpia el hash de rutas en bash: hash -r
 # 4) Revisa PATH en el subshell que crea 'bash bb.sh'

本案例的解決方案是從命令提示字元移除`doskey lua=lua53 $*` ，之後bash lua就恢復正常了。由此可見：如果看到可疑的 127錯誤，請檢查別名、shell 函數和 PATH 環境變數；並使用`type -a`或`command -v` 命令驗證實際嘗試執行的二進位檔案是哪一個。

上下文：來源中出現的其他語言和工具

研究結果包括對JavaScript（不僅限於基於瀏覽器的 JavaScript，還包括 Node.js/Apache CouchDB）和Python（語法清晰、通用）的描述。在具有開發背景的團隊中，這些語言經常被列為自動化腳本編寫的首選。

Node.js提供了一個非阻塞 I/O執行階段環境，專為即時處理而設計；而HTML5和PHP則逐漸成為某些索引頁面上 Web 開發的傳統元件。它們並非Bash 或 Lua 在系統管理領域的直接競爭對手，但卻是跨平台自動化的替代方案。

討論中經常會提到一些現代 Python 工具，例如用於解決依賴關係而無需構建龐大專案的uv ，或像xonsh（基於 Python 的 shell），以及 Racket、腳本模式下的 D 語言或 OCaml 等選項。實際的結論是：根據具體情況和團隊對各個生態系統的經驗來選擇工具。

值得注意的是，像Reddit這樣的社群平台會在你查看內容之前顯示隱私和 Cookie 通知；這不會影響技術，但可以解釋為什麼如果不接受通知，貼文有時無法載入。

如果你需要能在 Linux、macOS 和 Windows 上正常運作、邏輯豐富、測試和執行速度快的腳本，Lua 是個不錯的選擇。但如果你要協調 POSIX 工具、連接各種工具並以最小的摩擦力編寫黏合腳本，Bash 仍然是無可匹敵的。好消息是，它們並非互斥：將 Lua（或 Lua+Mako）用於“邏輯”編寫，Bash 用於“shell 粘合”，就能讓你兼得兩者的優勢。