线上bug的解决方案--带来的全新架构设计

时间:2021-11-02 09:45:07

缘由

本人从事游戏开发很多年一直都是游戏服务器端开发。

因为个人原因吧,一直在小型公司,或者叫创业型团队工作吧。这样的环境下不得不逼迫我需要什么都会,什么做。

但是自我感觉好像什么都不精通。。。。。

好了好像偏题了!

回归正题

现在公司是做手游开发,java服务器 + U3D做客户端的mmo手游,仿魔兽世界!

做软件的都知道一个蛋疼的事情,那就是线上Bug。但是做服务的人更清楚另一个蛋疼的事情,就是在线更新,不停服更新。

知道的人,想想都蛋疼,当然不知道的,那就只能自己想象了。

线上bug的解决方案--带来的全新架构设计

线上经常出问题大家都是能理解的。bug肯定是有的。做服务的同僚应该都知道,不到维护的时间是不能停止服务区更新的除非是非常重大的bug。

这里面游戏服务器更为严格,因为你无故维护,维护一次可能就会流失一批玩家。所以这一直是一个梗。

本人经过三个星期的研究和测试,最终发现一个可以解决这种一出现bug,却能在线更新,且不影响性能的触发方式。

线上bug的解决方案--带来的全新架构设计

通过这样一个方式,主程序,加数据库,通过脚本实现逻辑模块;

这样就有一个脚本的实现形式,脚本如果实现的不好,那么性能消耗就很大了。

我的做法是把逻辑部分的方法抽象出来。放到脚本去实现。通过脚本把实现脚本逻辑代码在注册会逻辑模块。

这样的做法能保证我们有逻辑模块有bug的时候及时的修改逻辑,再次注册脚本已到达热更新效果。保证服务器运行的稳定性。

我们开始吧。

首先我要说一下我这里使用的是C#语言作为讲解。java也是一样的道理。不在赘述,如果需要代码实现的可以留言!这里可能牵涉到我之前的一些文章包含的类容,比如脚本加载器,日志模块,http监听模块。

我们先创建一个控制台项目叫TestApp

在新建一个类库项目 TestApp.Scripts

线上bug的解决方案--带来的全新架构设计

基本工作已经完成了。

接下来,我们在TestApp下面新建一个类IMainManager
 using System;
 using System.Collections.Generic;
 using System.Linq;
 using System.Text;
 using System.Threading.Tasks;

 /**
  *
  * @author 失足程序员
  * @Blog http://www.cnblogs.com/ty408/
  * @mail 492794628@qq.com
  * @phone 13882122019
  *
  */
 namespace TestApp
 {
     /// <summary>
     ///
     /// </summary>
     public interface IMainManagerScript
     {

          void Test();

     }
 }
我们在TestApp下面新建一个类MainManager
 using System;
 using System.Collections.Generic;
 using System.Linq;
 using System.Text;
 using System.Threading.Tasks;

 /**
  *
  * @author 失足程序员
  * @Blog http://www.cnblogs.com/ty408/
  * @mail 492794628@qq.com
  * @phone 13882122019
  *
  */
 namespace TestApp
 {
     /// <summary>
     ///
     /// </summary>
     public class MainManager : IMainManagerScript
     {

         public static MainManager instance = new MainManager();

         public static MainManager GetInstance()
         {
             return instance;
         }

         public IMainManagerScript IScript;

         public void Test()
         {
             IScript.Test();
         }

     }
 }
接下来我们在TestApp.Scripts 新建一个文件
 using Net.Sz.Framework.Log;
 using Net.Sz.Framework.Script;
 using System;
 using System.Collections.Generic;
 using System.Linq;
 using System.Text;
 using System.Threading.Tasks;

 /**
  *
  * @author 失足程序员
  * @Blog http://www.cnblogs.com/ty408/
  * @mail 492794628@qq.com
  * @phone 13882122019
  *
  */
 namespace TestApp.Scripts
 {
     /// <summary>
     ///
     /// </summary>
     public class MainManagerScript : BaseScript, IMainManagerScript
     {

         public void Test()
         {
             Logger.Info("我是test");
         }

         public override void InitScript()
         {
             MainManager.GetInstance().IScript = this;
             Logger.Info("MainManagerScripttest  InitScript");
         }

     }
 }
 using Net.Sz.Framework.Log;
 using System;
 using System.Collections.Generic;
 using System.Linq;
 using System.Text;
 using System.Threading.Tasks;

 namespace TestApp
 {
     class Program
     {
         static void Main(string[] args)
         {
             //Logger.LOGCONSOLE = true;//不在控制台打印信息
             //Logger.LOGLEVEL = Logger.ENUM_LOGLEVEL.INFO;//不显示debug消息
             Logger.Info("==================Start============================");

             Net.Sz.Framework.Script.ScriptManager.GetInstance().LoadCSharpFile(new string[] { "../../../TestApp.Scripts/" });

             MainManager.GetInstance().Test();

             Logger.Info("==================End============================");
             Console.ReadLine();
         }
     }
 }

我们先尝试运行一次

线上bug的解决方案--带来的全新架构设计

也许上面的打印太乱,我们看看简洁版本的

线上bug的解决方案--带来的全新架构设计

上面我们看样看出来,功能是没有问题的。

如果你稍微注意了,或者看过我之前的文章的话,会发现我的这个脚本没有实现IBaseScript接口,而只继承了BaseScript抽象类。因为这样的脚本不需要放到脚本存储器里面,只需要执行init函数,把脚本自身反注册到主程序函数体里面!

现在就是牵涉更新的事情。

更新有一个问题,当服务一旦部署后需要更新那就是的再次执行加载脚本方法。如果你使用windows服务运行的,更新势必是一个问题。

这里我只介绍一种方式,http监听方式。

要开启http监听方式,需要一个Net.Sz.Framework.Netty.Http.IHttpHandler的实现类

 using Net.Sz.Framework.Log;
 using System;
 using System.Collections.Generic;
 using System.Linq;
 using System.Text;
 using System.Threading.Tasks;

 /**
  *
  * @author 失足程序员
  * @Blog http://www.cnblogs.com/ty408/
  * @mail 492794628@qq.com
  * @phone 13882122019
  *
  */
 namespace TestApp
 {
     /// <summary>
     ///
     /// </summary>
     public class ReloadScriptHandler : Net.Sz.Framework.Netty.Http.IHttpHandler
     {
         public void Action(Net.Sz.Framework.Netty.Http.HttpSession session, string method, string bindpath, Dictionary<string, string> parms)
         {
             Logger.Info("收到请求");

             Net.Sz.Framework.Script.ScriptManager.GetInstance().LoadCSharpFile(new string[] { "../../../TestApp.Scripts/" });
             MainManager.GetInstance().Test();

             session.writeSuccess();
             session.AddBodyLine("OK");
             session.WriteFlush();
         }
     }
 }

接下来我们在主函数加入下面代码

            Dictionary<string, Net.Sz.Framework.Netty.Http.IHttpHandler> handlers = new Dictionary<string, IHttpHandler>();

            handlers.Add("ReloadScript", new ReloadScriptHandler());//开启对http监听,监听模块为  ReloadScript

            Net.Sz.Framework.Netty.NettyPool.GetInstance().AddHttpBind(, handlers);

运行起来,看看,

线上bug的解决方案--带来的全新架构设计

可以看出,开启了http监听,reloadscript

然后我们修改一下MainManagerScript文件的Test方法

        public void Test()
        {
            Logger.Info("我是test  修改过的版本");
        }

在浏览器输入:http://127.0.0.1:9527/reloadscript

线上bug的解决方案--带来的全新架构设计

运行时成功的。这样的架构方式,很适合的是游戏开发,某些功能块很容易出bug,如果用脚本存储器访问比较耗费性能。

这样反向注册功能块脚本到功能块,既能实现bug的热更新,也不会影响性能消耗。

如果有疑问可以留言哦。如果你觉得这纯粹是扯淡,也欢迎留言。

不要问我,逻辑部分都是源码方服务器上安全吗?难道你打包就安全了?反编译,脱壳反混淆的工具一大堆。

线上bug的解决方案--带来的全新架构设计

上面是C#版本的,如果想要源码,

或者是java源码的,可以留言哦~!