# 跨平臺的庫選擇
大家看過上面三個json的例子就發現,都是圍繞cjson庫的。原因也比較簡單,就是cjson是默認綁定到openresty上的。所以在linux環境下我們也默認的使用了他。在360天擎項目中,linux用戶只是很少量的一部分。大部分用戶更多的是windows操作系統,但cjson目前還沒有windows版本。所以對于windows用戶,我們只能選擇dkjson(編解碼效率沒有cjson快,優勢是純lua,完美跨任何平臺)。
并且我們的代碼肯定不會因為win、linux的并存而寫兩套程序。那么我們就必須要把json處理部分封裝一下,隱藏系統差異造成的差異化處理。
~~~
local _M = { _VERSION = '1.0' }
-- require("ffi").os 獲取系統類型
local json = require(require("ffi").os == "Windows" and "dkjson" or "cjson")
function _M.json_decode( str )
return json.decode(str)
end
function _M.json_encode( data )
return json.encode(data)
end
return _M
~~~
在我們的應用中,對于操作系統版本差異、操作系統位數差異、同時支持不通數據庫使用等,幾乎都是使用這個方法完成的,十分值得推薦。
額外說個點,github上有個項目[cloudflare/lua-resty-json](https://github.com/cloudflare/lua-resty-json),從官方資料上介紹decode的速度更快,我們也做了小范圍應用。所以上面的json_decode對象來源,就可以改成這個庫。
外面總是有新鮮玩意,多抬頭多發現,充實自己,站在巨人肩膀上,總是能夠更容易夠到高峰。
- 序
- 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使用的網絡瓶頸
- 火焰圖
- 什么時候使用
- 顯示的是什么
- 如何安裝火焰圖生成工具
- 如何定位問題