unity+xlua开发中的问题笔记

转载请标明出处:http://www.cnblogs.com/zblade/

一、概述

整理遇到的一些较难处理的bug,总结相关经验

二、主要问题

2.1 material类型的依赖修改

对于material类型的asset,如果修改了其shader,对应的texture也修改了,并不会立刻刷新,从而导致以前的依赖的texture也会被打入到当前的ab依赖关系中。解决办法,对于material类型,则通过EditorUtility.CollectDependencies 来剔除这种冗余的依赖,具体代码示例:

    if(isMat)
    {
        dependencies = AssetDatabase.GetDependencies(asset, false);
        UnityEngine.Object[] colDep = EditorUtility.CollectDependencies(new UnityEngine.Object[] { AssetDatabase.LoadAssetAtPath(asset, typeof(Material)) });
        HashSet<string> filterd = new HashSet<string>(); foreach (var item in dependencies) { foreach (var item1 in colDep) { if (item.Contains(item1.name)) { filterd.Add(item); break; } } } dependencies = filterd.ToArray(); } 

2.2 gitlab向jenkins推送的webhook,如何判断其来自哪个分支

对于gitlab推送的webhook,需要判断其来自哪个分支,从而切换打包机到指定的分支进行相关工作。在mac的环境下,可以通过特殊的操作获取其推送的分支信息:
在每次gitlab推送信息到mac打包机的时候,当前mac的环境变量中有一个关键环境变量: gitlabTargetBranch,通过获取该关键环境变量,可以得到对应的分支信息

    --python 获取方式
    git_branch = os.getenv('gitlabTargetBranch') 

2.3 lua虚拟机的重启

在热更新机制中,如果在热更新完成后,需要重启lua虚拟机,在xlua的机制下,需要注意,重启lua虚拟机的操作,不能来自于lua端,只能是来自于c#端,也就是lua不能自己调用自己的重启。

2.4 同步加载bundle和异步加载bundle的处理

在游戏中,启动异步加载某个bundle的时候,如果后续有同步加载该bundle的操作触发,需要打断异步加载操作,可以通过异步加载操作直接获取bundle的方式打断异步,具体的示例代码:

    AssetBundleCreateRequest abRequest = AssetBundle.LoadFromFileAsync(path);
    //这步操作,会直接获取bundle,从而打断异步加载操作
    AssetBundle ab = abRequest.assetBundle;
    if (ab == null)
    {
        ab = AssetBundle.LoadFromFile(path);
        var assets = ab.LoadAllAssets(); foreach (var item in assets) { Debug.Log(item.name); } } else { var assets = ab.LoadAllAssets(); foreach(var item in assets) { Debug.Log(item.name); } } 

2.5 场景bundle丢失lightmap(光照贴图)的问题

在某些场景bundle中,已经将相关的lightmap打入bundle中,但是对应的实际运行时并没有将相关的lightmap加载进来,用AssetStudio发现bundle中实际是有的。可能原因是bundle有,但是并没有关联。这时候需要修改unity的相关设置:
在Edit->Project Setting -> Graphics,找到 Shader Stripping, 将Lightmap modes从Automatic改成Custom, 勾选Baked Non-Directional,然后重新打bundle,编译后的bundle就不会出现lightmap丢失的问题了

2.6 XLua基类拓展方法的坑

在xlua中,对基类拓展的实现:
首先,在c#端加上拓展实现:

namespace UnityEngine
{
    [XLua.LuaCallCSharp]
    public static class ExtMethodLua
    {
        public static void SetActive( this Component c, bool value)
        {
            c.gameObject.SetActive(value);
        }
    }
}

有哪些坑?
1)对于拓展的基类和其拓展类,均需要添加[XLua.LuaCallCSharp]的标签
问题解决:在生成代码的时候,如果对某个类型进行了拓展,也需要将该类型打上对应的标签,不能只单独给拓展类打标签。
如果只给拓展类打标签,则只会生成拓展类的wrap文件,不会生成基类的wrap文件,那么基类中就不会包含这个拓展方法,所以会出现找不到该方法的报错。

2)不执行生成代码,不带标签,反射不会执行拓展方法
在XLua中,lua和c#的交互,有两种方式,一种是以wrap文件的方式,执行lazy加载,在交互的时候调用。
一种是反射的方式,那么为什么没有wrap的时候,启动反射的方式,会查找不到拓展类的拓展方法?
XLua自身在执行反射的时候,是修改了反射中对方法的获取方式,需要标记为LuaCallCSharp/ ReflectionUse,才能被获取到

2.7 健全的处理同步和异步的机制

由于游戏中既有同步加载操作,又有异步加载操作,异步加载操作又可能是多个同时触发,需要进行粒度的控制,这就需要较为健全的处理同步和异步的机制。首先设定同步优先级更高,每当有同步操作到来的时候,如果有同样的异步操作,需要打断异步操作,直接执行同步操作。
此外多个异步操作排队,造成第一个异步操作和最后一个异步操作的间隔较大,可能轮询到最后一个异步操作的时候,最开始的环境已经变换,相关的依赖判断需要再次判断,否则会带来隐藏bug.

2.8 局内战斗相关问题

如何设计一个高效,易拓展,健全,鲁棒性高的战斗系统,是一个持续开发的过程。最佳的实现思路,是首先确定需要什么样的表现效果,基于效果反推操作模式,基于操作模式,确定技能流程,从而确立整体的流程。
程序在实现的过程中,应该以表现方案为基准,进而设计相关的代码架构,同时兼容拓展性,便于后期的需求变更。
如果要做逻辑和表现分离类型游戏,一定要严格把控逻辑与表现的耦合。逻辑端要做到完全自运行,不依赖任何表现端的数据,逻辑端只负责发送相关指令/调用API给表现层即可。
当然,实际的执行时候,表现端总会来干扰逻辑端的自运行,这时候就需要双方做沟通,保持逻辑端的自封闭的基准下,解除耦合,让表现端尽量自运行。   

今天先写到这儿,后续再更新

转载于:https://www.cnblogs.com/zblade/p/10337366.html

你可能感兴趣的:(游戏,lua,c#)