# 調用其他C函數動態庫
Linux下的動態庫一般都以 .so 結束命名,而Windows下一般都以 .dll 結束命名。Lua作為一種嵌入式語言,和C具有非常好的親緣性,這也是LUA賴以生存、發展的根本,所以Nginx+Lua=Openresty,魔法就這么神奇的發生了。
NgxLuaModule里面盡管提供了十分豐富的API,但他一定不可能滿足我們的形形色色的需求。我們總是要和各種組件、算法等形形色色的第三方庫進行協作。那么如何在Lua中加載動態加載第三方庫,就顯得非常有用。
扯一些額外話題,Lua解釋器目前有兩個最主流分支。
- Lua官方發布的標準版[Lua](http://lua.org/)
- Google開發維護的[Luajit](http://luajit.org/index.html)
Luajit中加入了Just In Time等編譯技術,是的Lua的解釋、執行效率有非常大的提升。除此以外,還提供了[FFI](http://luajit.org/ext_ffi.html)。
> 什么是FFI?
~~~
The FFI library allows calling external C functions and using C data
structures from pure Lua code.
~~~
通過FFI的方式加載其他C接口動態庫,這樣我們就可以有很多有意思的玩法。
當我們碰到CPU密集運算部分,我們可以把他用C的方式實現一個效率最高的版本,對外到處API,打包成動態庫,通過FFI來完成API調用。這樣我們就可以兼顧程序靈活、執行高效,大大彌補了Luajit自身的不足。
> 使用FFI判斷操作系統
~~~
local ffi = require("ffi")
if ffi.os == "Windows" then
print("windows")
elseif ffi.os == "OSX" then
print("MAC OS X")
else
print(ffi.os)
end
~~~
> 調用zlib壓縮庫
~~~
local ffi = require("ffi")
ffi.cdef[[
unsigned long compressBound(unsigned long sourceLen);
int compress2(uint8_t *dest, unsigned long *destLen,
const uint8_t *source, unsigned long sourceLen, int level);
int uncompress(uint8_t *dest, unsigned long *destLen,
const uint8_t *source, unsigned long sourceLen);
]]
local zlib = ffi.load(ffi.os == "Windows" and "zlib1" or "z")
local function compress(txt)
local n = zlib.compressBound(#txt)
local buf = ffi.new("uint8_t[?]", n)
local buflen = ffi.new("unsigned long[1]", n)
local res = zlib.compress2(buf, buflen, txt, #txt, 9)
assert(res == 0)
return ffi.string(buf, buflen[0])
end
local function uncompress(comp, n)
local buf = ffi.new("uint8_t[?]", n)
local buflen = ffi.new("unsigned long[1]", n)
local res = zlib.uncompress(buf, buflen, comp, #comp)
assert(res == 0)
return ffi.string(buf, buflen[0])
end
-- Simple test code.
local txt = string.rep("abcd", 1000)
print("Uncompressed size: ", #txt)
local c = compress(txt)
print("Compressed size: ", #c)
local txt2 = uncompress(c, #txt)
assert(txt2 == txt)
~~~
> 自定義定義C類型的方法
~~~
local ffi = require("ffi")
ffi.cdef[[
typedef struct { double x, y; } point_t;
]]
local point
local mt = {
__add = function(a, b) return point(a.x+b.x, a.y+b.y) end,
__len = function(a) return math.sqrt(a.x*a.x + a.y*a.y) end,
__index = {
area = function(a) return a.x*a.x + a.y*a.y end,
},
}
point = ffi.metatype("point_t", mt)
local a = point(3, 4)
print(a.x, a.y) --> 3 4
print(#a) --> 5
print(a:area()) --> 25
local b = a + point(0.5, 8)
print(#b) --> 12.5
~~~
> Lua和Luajit對比
可以這么說,Luajit應該是全面勝出,無論是功能、效率都是標準Lua不能比的。目前最新版Openresty默認也都使用Luajit。
世界為我所用,總是有驚喜等著你,如果那天你發現自己站在了頂峰,那我們就靜下心來改善一下頂峰,把他推到更高吧。
- 序
- Lua簡介
- Lua環境搭建
- 基礎數據類型
- 表達式
- 控制結構
- if/else
- while
- repeat
- 控制結構for的使用
- break,return
- Lua函數
- 函數的定義
- 函數的參數
- 函數的返回值
- 函數回調
- 模塊
- String庫
- Table庫
- 日期時間函數
- 數學庫函數
- 文件操作
- 元表
- 面向對象編程
- FFI
- LuaRestyRedisLibrary
- select+set_keepalive組合操作引起的數據讀寫錯誤
- redis接口的二次封裝(簡化建連、拆連等細節)
- redis接口的二次封裝(發布訂閱)
- pipeline壓縮請求數量
- script壓縮復雜請求
- LuaCjsonLibrary
- json解析的異常捕獲
- 稀疏數組
- 空table編碼為array還是object
- 跨平臺的庫選擇
- PostgresNginxModule
- 調用方式簡介
- 不支持事務
- 超時
- 健康監測
- SQL注入
- LuaNginxModule
- 執行階段概念
- 正確的記錄日志
- 熱裝載代碼
- 阻塞操作
- 緩存
- sleep
- 定時任務
- 禁止某些終端訪問
- 請求返回后繼續執行
- 調試
- 調用其他C函數動態庫
- 我的lua代碼需要調優么
- 變量的共享范圍
- 動態限速
- shared.dict 非隊列性質
- 如何添加自己的lua api
- 正確使用長鏈接
- 如何引用第三方resty庫
- 使用動態DNS來完成HTTP請求
- 緩存失效風暴
- Lua
- 下標從1開始
- 局部變量
- 判斷數組大小
- 非空判斷
- 正則表達式
- 不用標準庫
- 虛變量
- 函數在調用代碼前定義
- 抵制使用module()函數來定義Lua模塊
- 點號與冒號操作符的區別
- 測試
- 單元測試
- API測試
- 性能測試
- 持續集成
- 灰度發布
- web服務
- API的設計
- 數據合法性檢測
- 協議無痛升級
- 代碼規范
- 連接池
- c10k編程
- TIME_WAIT問題
- 與Docker使用的網絡瓶頸
- 火焰圖
- 什么時候使用
- 顯示的是什么
- 如何安裝火焰圖生成工具
- 如何定位問題