|
|
本文转载自个人网站，后续更新将不会在此同步：
前言
花了两周时间，学习了Lua，并且基于XLua搭建了一套热更新框架，包括开发环境，XLua实践，基础建设（基于lua-protobuf的配置表和网络协议），OOP框架，UI框架等。这篇博客的主要内容也就是叙述这些功能的实现过程，包括过程中遇到的一些坑和解决方案，主要以讲述思路为主，其实也是我的学习路线和思路分享，希望对想着手学习XLua的同好有所帮助。
开发环境搭建
XLua下载
由于我们后面还需要接入lua-protobuf，RapidJson，LPeg，FFI for lua53等第三方库，所以推荐直接从 build_xlua_with_libs 下载最新的Release包，根据自己的需求选择目标Lua版本的Release包进行下载即可。
其中较为重要的是Plugins目录下动态库的配置，因为此处配置不正确会导致不同平台可能会遇到运行时找不到动态库的报错，官方的动态库和配置信息（动态库的mate文件）是直接可用的。
如果有自己编译动态库的需求，需要注意不同编译选项得到的动态库在Unity这边所需要的配置也不一样，对于第三方动态库的编译和p/Invoke相关的内容，可以前往：Unity3D跨平台动态库编译---记kcp基于CMake的各平台构建实践 进行学习。
开发环境配置
IDE
Rider
Lua代码提示插件
EmmyLua
安装好插件后推荐添加Lua的目录，用以增强代码提示，在File-Settings-Languages & Frameworks-EmmyLua-Lua additional sources root选项中，点击右侧加号选择项目的Lua代码目录即可
在Lua调用Unity代码的智能提示
EmmyLua-Unity，这个插件在Rider官方市场找不到，可以去EmmyLua的QQ交流群下载，QQ群号：805629309，需要下载最新的发布的那个版本，同时需要将群里的EmmyLuaService.cs放入项目的Editor目录，随后在工具栏开启EmmyLua-Enable即可
Lua调试
EmmyLua自带，需要自己配置一下
注意添加Debug选项的时候选择后面带New标识的，配置推荐如下
具体配置如下，这里推荐使用Debugger connect IDE，比较符合我们的操作习惯，即先在IDE开启Debug，随后在Unity启动游戏
最下方会有一个代码框，将这个代码框内的代码放入Lua侧的入口文件最头部即可，但是这样显然不够方便，我的做法如下：
首先将代码第一行提及的emmy_core.dll文件放到Unity工程中。因为EmmyLua Debug的原理就是Lua代码中通过 local dbg = require("emmy_core") 主动加载 emmy_core.dll到宿主程序中，并启动调试内核代码。调试内核通过socket与IDEA/VSCode侧连接通讯。配置代码段第一行的路径，通过相对路径的方式进行读取emmy_core.dll即可（注意项目中一般都会自己写一个CustomLoader来自主控制Lua脚本的require行为，需要对emmy_core进行判断（仅在编辑器模式下），如果是它直接返回null），这样就可以保证其他同事不需要配置即可启动Debug功能。将上一步配置好的那段代码复制粘贴到一个C#脚本中，用一个string字段存下来在Unity侧的入口脚本提供一个XLua Debug选项，选项开启，就会在C#层LuaEnv.Dostring上一步的string字段，即可进行Debug
配置好之后如果想要Debug Lua，就从小虫子旁边的下拉框选择刚刚我们配置的Debug Configurations，然后点击小虫子即可。
Lua Profiler工具
Miku-LuaProfiler ，目前只支持Windows下，Unity5.6版本以上的编辑器进行使用，支持市场上所有版本的lua，包括各种魔改。
Lua规范制定
Lua这门语言要团队协作一定是要制定一个规范的，但是不同的团队可能有不同的语法习惯，这里就不多说啦（个人认为越多，越严格越好，小到括号规范，命名规范，大到模块规范，OOP规范都要严格制定）
但是对于EmmyLua插件的注解功能，是一定要严格遵循的，可以极大地增强项目Lua的智能联想和提示：EmmyLua插件注解功能
XLua实践
XLua本质是基于Lua开发了一套Unity与Lua交互的框架，使用起来相对于纯Lua来说要方便的多，类似Lua，C#互相调用，传值之类的操作，XLua内部帮我们做好了Warp。
在阅读此部分之前，请先阅读XLua官方文档
常见问题解答：常见问题都总结在这里，初使用大多数问题都可以在这里找到答案。(必看)XLua教程：教程，其配套代码这里。(必看)XLua的配置：介绍如何配置xLua。热补丁操作指南：介绍如何使用热补丁特性。XLua增加删除第三方lua库：如何增删第三方lua扩展库。XLua API：API文档。生成引擎二次开发指南：介绍如何做生成引擎的二次开发。
15分钟入门Lua
Learn Lua in 15 Minutes，介绍了Lua的基本语法，注意点，基础OOP。
XLua标签配置
XLua共有如下几种标签，具体作用可在 xLua的配置 查看，打上这些标签后，XLua会为一些标签标记的类型生成优化代码，提高运行时性能，最重要的，可以有效防止IL2CPP的代码裁剪。
XLua.LuaCallCSharp
XLua.ReflectionUse
XLua.DoNotGen
XLua.CSharpCallLua
XLua.GCOptimize
XLua.AdditionalProperties
XLua.BlackList
XLua.Hotfix CSObjectWrapEditor.GenPath
CSObjectWrapEditor.GenCodeMenu
其中尤为重要的是LuaCallCSharp, CSharpCallLua, Hotfix这三个互调用标签，推荐使用反射的方式进行自动配置，当然也可以预留手动配置的余地，可以有效控制一些比较特殊的类型
自动配置的方式XLua提供了一个示例：Tencent/xLua/blob/master/Assets/XLua/Editor/ExampleConfig.cs ，注意官方示例中扫描委托相关内容的时候只扫描了委托实例和返回值，参数为委托类型的方法，如果C#这边只定义了委托而没有使用的话是扫描不到的，需要自己修改下扫描代码或者手动添加到预留的配置列表里。
问题汇总
xLua: try to dispose a LuaEnv with C# callback!
https://www.jianshu.com/p/58d20d46560a
介绍了基础的解决方案，并且通过修改XLua C#侧ObjectTranslator.cs的代码的方式，通过打印Lua堆栈来告诉我们到底还有哪些C#侧引用的Lua的委托没有释放，查起泄露来非常方便，推荐魔改。
基础建设
基于lua-protobuf的配置表读取
lua-protobuf支持pb2和pb3语法，但是使用上有一定的限制
除此之外需要在lua-protobuf基础上完善一些功能
支持热更的schema文件读取
首先是schema文件（也就是我们的.proto文件）的编译，protoc.lua 本身内部是通过lua的io进行读取的，但我们的schema文件是会热更的，所以需要修改protoc源码，支持自定义加载方式
思路也很简单，在 protoc.lua 文件中拓展一个自己的parsefile方法即可，通过C#侧的API读回schema文件内容即可
function Parser:CustomLoadfile(fn)
local ret, pos = pb.load(self:CustomCompilefile(fn))
if ret then
return ret, pos
end
error("load failed at offset " .. pos)
end
function Parser:CustomCompilefile(fn)
local set = do_compile(self, self.CustomParsefile, self, fn)
return assert(pb.encode('.google.protobuf.FileDescriptorSet', set))
end
function Parser:CustomParsefile(name)
local info = self.loaded[name]
if info then
return info
end
-- 重要：为C#端自定义的proto文件加载，自动适配热更，和XLua的CustomLoader逻辑基本一致
local content = CS.CSharpProtobufLoader.GetProtoFileContent(name)
info = self:parse(content, name)
if info ~= nil then
return info
end
error("module load error: " .. name .. "\n\t" .. table.concat(errors, "\n\t"))
return info
end调用的话就是直接CustomLoadfile即可
支持跨schema文件引用
首先是跨schema文件引用，也就是import功能，lua-protobuf官方提供了一个未找到import文件的回调——unknown_import，设置这个回调即可
-- 设置import未找到时触发的回调，自行加载，这个protocInstance是我们自己new出来的protoc编译器对象
protocInstance.unknown_import = function(self, module_name)
return protocInstance.CustomLoadfile(module_name)
end基于lua-protobuf的网络协议
这一块和上面的配置表读取重合度很高，主要工作量在于C#侧主动适配Lua侧的发包和收包，需要对项目的封包协议比较了解，调用流程推荐为：
Lua发起网络请求调用，将schema所对应的Table序列化成byte[]当成参数传递到C#侧，然后C#进行封包，发送协议到服务端收到服务端协议后进行解包，将解包后的二进制数据传递到Lua侧，Lua侧反序列化二进制数据为Table进行逻辑处理
然后需要注意主要有两点
Lua传到C#侧的委托记得加上CSharpCallLua标记以及C#侧的byte[]直接对应Lua侧的string，Lua这边与byte[]对应的string不需要解码，直接可以反序列化成Lua的Table（当然这个table的结构要和schema对应）
OOP框架
推荐使用 30行实现Lua OOP 这个库，当然了，这个库提供的API比较自由，需要制定项目规范
30Log的Wiki已经写的非常详细，大家可以去学习一下 30Log的Wiki
我写了一份测试代码，里面有很多注释，应该对大家深入理解这个库有帮助
local Class = require("30log")
local OOPTest = {}
function OOPTest:Test ()
--- 相当于直接定义了一个静态类，当然了，其本身也是一个实例
local WindowDefine = Class("Window")
WindowDefine.Width = 140
WindowDefine.Height = 175
function WindowDefine:init(width, height)
self.Width = width
self.Height = height
end
Log(string.format("WindowDefine ToStringOutPut = %s, Name = %s, Width = %d, Height = %d", WindowDefine,
WindowDefine.name, WindowDefine.Width, WindowDefine.Height))
------------------------ 类实例化，如果不传递参数就默认使用WindowDefine的字段数据，否则就使用init函数进行初始化
local windowInstance = WindowDefine:new(150, 180)
Log(string.format("windowInstance ToStringOutPut = %s, Name = %s, Width = %d, Height = %d", windowInstance,
windowInstance.name, windowInstance.Width, windowInstance.Height))
------------------------ 类继承，这里表示PSPWindow继承自Window，并且类定义为PSPWindowDefine
local PSPWindowDefine = WindowDefine:extend("PSPWindow")
PSPWindowDefine.PSPVersion = 1
local pspWindowInstance = PSPWindowDefine:new()
Log(string.format("pspWindowInstance is instanceof WindowDefine? : %s -------- pspWindowInstance is instanceof PSPWindowDefine? : %s",
tostring(pspWindowInstance:instanceOf(WindowDefine)), -- true
tostring(pspWindowInstance:instanceOf(PSPWindowDefine)))) -- true
Log(pspWindowInstance.PSPVersion) -- 1
pspWindowInstance.PSPVersion = 99
----------------------- 类型转换，这里是pspWindowInstance向上转型（转成父类），注意这里转型后pspWindowInstance已经成为WindowDefine类型的实例
----------------------- 因为是通过SetMateTable和重定向class实现的，而方法的访问完全被限制在了class中，所以PSPWindowDefine所有方法都不可被访问了，但其自身所有数据依旧存在
pspWindowInstance:cast(WindowDefine)
Log(string.format("pspWindowInstance is instanceof WindowDefine? : %s -------- pspWindowInstance is instanceof PSPWindowDefine? : %s",
tostring(pspWindowInstance:instanceOf(WindowDefine)), -- true
tostring(pspWindowInstance:instanceOf(PSPWindowDefine)))) -- false
Log(pspWindowInstance.PSPVersion) -- 99
---------------------- 类型转换，这里是已经成为WindowDefine类型的pspWindowInstance向下转型（转成子类），转回PSPWindowDefine类型
pspWindowInstance:cast(PSPWindowDefine)
Log(string.format("pspWindowInstance is instanceof WindowDefine? : %s -------- pspWindowInstance is instanceof PSPWindowDefine? : %s",
tostring(pspWindowInstance:instanceOf(WindowDefine)), -- true
tostring(pspWindowInstance:instanceOf(PSPWindowDefine)))) -- true
Log(pspWindowInstance.PSPVersion) -- 99
---------------------- super 指向父类的指针
Log(pspWindowInstance.super)
---------------------- 重写方法，子类可以直接重写父类的相同方法，但是仍然可以通过super来访问父类的字段和方法
function WindowDefine:GetInfo()
Log("执行WindowDefine的GetInfo函数")
return self.Width, self.Height
end
function PSPWindowDefine:init(width, height, pspVersion)
self.super.init(self, width,
height) -- 注意此处使用 . 的形式调用了 : 定义的方法，主动传递self参数，只有这样才能保证正确的行为，因为我们希望将数据初始化到PSPWindowDefine实例中
self.PSPVersion = pspVersion
end
function PSPWindowDefine:GetInfo()
Log("执行PSPWindowDefine的GetInfo函数")
return self.Width, self.Height, self.PSPVersion
end
pspWindowInstance = PSPWindowDefine:new(1920, 1080, 10001)
Log(pspWindowInstance:GetInfo())
--------------------- 字段拷贝，子类会在初始化时自动拷贝父类的字段，但是子类和父类的字段是分开存储的，也就是对于同一字段有两份实例，默认通过子类访问子类的字段实例，通过super访问父类的字段实例
Log(string.format("pspWindowInstance self Width Value = %d, pspWindowInstance super Width Value = %d",
pspWindowInstance.Width, pspWindowInstance.super.Width)) -- 1920 140
--------------------- 类型关系判断 调用方式 A : XXX(B) 其中AB都需要为类的定义对象，而非类的实例，有些类似反射了，XXX可为 classOf subclassOf
Log(WindowDefine:classOf(PSPWindowDefine))
Log(PSPWindowDefine:subclassOf(WindowDefine))
--------------------- 类型关系列表 调用方式同上 subclasses instances
local windowDefineSubClasses = WindowDefine:subclasses()
local windowDefineInstances = WindowDefine:instances()
for _, subClass in ipairs(windowDefineSubClasses) do
-- class 'PSPWindow' (table: 000001A3E3F4C540)
Log(subClass)
end
for _, instances in ipairs(windowDefineInstances) do
-- instance of 'Window' (table: 000001A3E3F4BF40) instance of 'PSPWindow' (table: 000001A3E3F4B980) instance of 'PSPWindow' (table: 000001A3E3F4BD00)
Log(instances)
end
-------------------- 基础信息判断 用于判断是否为一个class，以及是否为class的实例
local aClass = Class()
local aTable = {}
Log(Class.isClass(aClass)) -- outputs true
Log(Class.isClass(aTable)) -- outputs false
local aClass = Class()
local instance = aClass()
local sometable = {}
Log(Class.isInstance(instance)) -- outputs true
Log(Class.isInstance(sometable)) -- outputs false
end
return OOPTestUI框架
基础框架
对于UI框架的实现，开源社区各有各的实现，但对我来说都不太满意，我的设计如下
Hotfix UI的生命周期由Lua侧全盘托管为每个UI提供一个纯数据的Table作为UI的数据模块，用于在UI资源没有到位的情况下先行测试提供一个MVVM的数据绑定框架，一次绑定，即可无需关注UI的渲染状态，只关心逻辑即可
生命周期
对于第一点，比较简单，直接Lua这边有一个UIManager进行管理即可，更具体的
C#侧有一个XLuaManager管理整个Lua虚拟机环境，Lua侧有一个Lua逻辑入口例如为HotfixEntry.lua，与XLuaManager相连，由XLuaManager管理和驱动UIManager为Lua侧的一个单例，由HotfixEntry Update，并且管理所有的UI以及他们的生命周期
UI控件渲染和数据的分离
对于第二点，设计好UI控件和逻辑的分离即可，主要是思路的转变，我们游戏内一定不会是以UI上的数据为准，而是以游戏中自己计算的数据为准，游戏中的数据改变了，UI的渲染状态才会改变，所以就可以自然而然地拆分出一个纯数据的Table
UI控件渲染与数据的绑定
对于第三点，是工作量最大的，需要将第二步的Table同UI控件绑定起来
首先是UI控件需要在Lua侧索引，但是一个个手动去Find肯定是不现实的，所以需要使用代码生成的形式来做，正好我有个好友 @自然妙有猫仙人 做过一个很强的UI自动绑定代码生成工具： ComponentAutoBindTool，稍微修改下代码即可将导出代码从C#改为Lua，从而实现UI控件的自动绑定
其次是对于数据的绑定，需要将数据的改变相应到UI上，我发现了一个精简的数据绑定库：精简Lua MVVM实现原型，可以基于这个库实现一个MVVM的双向绑定，因为它不只支持表与方法的绑定，还支持表和表之间的绑定
UGUI的委托绑定
假设这样一个场景，需要对一个UGUI Button添加一个回调，这个回调里需要对这个UI的DataModel进行修改，也就是需要调用 self 关键字（当然也可以通过UIManager.GetUI的形式获取UI实例对象，但是心智负担太大，还容易出错），所以采用匿名函数的形式调用self（闭包）
self.Btn_BindTest.onClick:AddListener(function()
self.DataModel.TestTxt = 100
end)但是单纯的闭包由于对象一致性问题会导致RemoveListener无法正常进行
---！无法正确移除我们添加的绑定，因为这两个闭包虽然形式一样，但是再Lua虚拟机内部是不同的实例，所以会Remove失败
self.Btn_BindTest.onClick.RemoveListener(function()
self.DataModel.TestTxt = 100
end)所以我们需要在UIWindow做一个封装
--- 将一个lua委托绑定到C#
---@param uguiWidgetEvent UnityEngine.Events.UnityEvent 要绑定委托的UGUI控件的事件
---@param callbackName string 委托名
---@param callback function 委托方法
function UIWindow:AddListenerToUGUI(uguiWidgetEvent, callback, callbackName)
if callbackName == nil then
-- 自动生成一个Name
callbackName = GetUGUICallbackId()
end
if table.containsKey(self.UGUICallbacks, callbackName) then
LogError(string.format("名称为：%d的委托已经被绑定，请勿重复绑定", callbackName))
return
end
--- 内部闭包，支持传进来的callback不为匿名方法时依旧要调用self的情况
local f = function(...)
callback(self, ...)
end
self.UGUICallbacks[callbackName] = { uguiWidgetEvent, f }
uguiWidgetEvent:AddListener(f)
end
--- 将一个lua委托从C#解绑
---@param callbackName string 委托名
function UIWindow:RemoveListenerFromUGUI(callbackName)
if not table.containsKey(self.UGUICallbacks, callbackName) then
LogError(string.format("要从UGUI控件解绑的名为：%s 回调不存在，这意味你未曾将其绑定至UGUI控件", callbackName))
return
end
local uguiWidgetEvent = self.UGUICallbacks[callbackName][1]
if uguiWidgetEvent then
uguiWidgetEvent:RemoveListener(self.UGUICallbacks[callbackName][2])
end
table.removeKey(self.UGUICallbacks, callbackName)
end
--- 移除此界面所有监听
function UIWindow: RemoveAllListenerFromUGUI()
for callbackName,_ in pairs(self.UGUICallbacks) do
if not table.containsKey(self.UGUICallbacks, callbackName) then
LogError(string.format("要从UGUI控件解绑的名为：%s 回调不存在，这意味你未曾将其绑定至UGUI控件", callbackName))
return
end
local uguiWidgetEvent = self.UGUICallbacks[callbackName][1]
if uguiWidgetEvent then
uguiWidgetEvent:RemoveListener(self.UGUICallbacks[callbackName][2])
end
end
table.clear(self.UGUICallbacks)
end学习资料汇总
我在学习过程中也积累了一些学习资料，在此处汇总下方便大家学习。
XLua调I用C#原理
Lua，C，C#互L调用原理
XLua Hotfix原R理
EmmyLua插T件注解功能
Unity3D跨Y平台动态库编译---记kcp基于CMake的各平台构建实践
解Y决xLua: try to dispose a LuaEnv with C# callback!
30行D实现Lua OOP
精S简Lua MVVM实现原型
深入Lua：函数和闭包
Learn Lua in 15 Minutes |
本帖子中包含更多资源
您需要 登录 才可以下载或查看，没有账号？立即注册
×
|
窥视卡
雷达卡
发表于 2021-8-8 10:01
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
显身卡