lua調試的工具選擇，lua調試工具選擇

lua調試的工具選擇，lua調試工具選擇

最近看到一個關於vs的lua調試外掛程式, 裝了vs2012試了下, 忍不住發此文總結下lua各種調試工具

Decoda

    這是現今地球上調試lua5.1最方便的工具, 沒有之一. 強大的注入式調試, 效能極高.支援 掛接進程, 變數展開, 斷點等各種日常所需.

早期的Decoda是收費工具, 因此品質非常高.

    Decoda現在已經停止開發並開源了, 調試lua5.2會crash. 原始碼可以作為一種技術參考, 很多dll注入修改技術, 灰常牛X

LuaStudio

   比較優秀的調試工具(因為收費), 可以調試lua5.1/5.2, 介面屬於vs2008類型, 土豪可以考慮買幾套試試

 

ZeroBrane Studio

對lua5.1支援較好, 5.2也能調但偶爾還是會crash, 基於遠端偵錯方式, 所以效能略低.

RemDebug

沒有IDE, 純命令列方式調試器, 但因為簡單, 所以可以參考後寫一個自己的程式內建調試器

Babe Lua

把這貨放在最後是有原因的, 還記得那句老話: 老外一開源, 我們就有自主研發了, 對的, 這貨一定是參考了Decoda的代碼後搞出個vs的外掛程式來, 雖然不收費, 但是不提下參考對象的行為還是值得批鬥的. 這貨在中文部落格上說, 不支援掛接到進程(Decoda支援), 不支援64位調試(LuaStudio支援), 調試30~50次偶爾掛1到2次. 哎, 畢竟只是代碼搬運工, 不生產代碼.

這貨裝上, 能用, 調5.2是不行的, 5.1比Decoda方便點, 畢竟vs支援懸浮顯示變數.

 

說了那麼多, 其實對於lua5.2版本的調試, 還是沒有免費的比較合適的方案, 如果實在想調試, 還是可以參考下RemDebug的原理及lua官方調試文檔, 自己通過c api調用寫一套適合自己的遠端偵錯工具. 其實沒有多複雜, 但總比不調試的好.

windows怎debug調試lua檔案

decoda這個軟體，可以注入程式調試LUA代碼，但程式必須是debug版，SciTE的調試在很多時候排不上用場
 
大家雲風的那個Lua調試器怎使用

Lua調試器?給個網址先