武侠世界2-健壮性

前几周就获得的武侠世界2的源代码,一直没有时间表去看。从网上搞来的武侠世界2的源代码,能编译通过,大的问题没有,小问题还是挺多。其它的细节,大家其实可以在网上搜索一下。下面的游戏运行的截图:我还把角色升到2级呢,废话少说,直奔主题。1、在windows下代码的健壮性打开World.sln,工程的main函数在World.cpp里面。开始部分我们能看到#ifdefined(…

大家好,又见面了,我是你们的朋友全栈君。

前几周就获得的武侠世界2的源代码,一直没有时间表去看。从网上搞来的武侠世界2的源代码,能编译通过,大的问题没有,小问题还是挺多。其它的细节,大家其实可以在网上搜索一下。下面的游戏运行的截图:

武侠世界2-健壮性

我还把角色升到2级呢,废话少说,直奔主题。

1、在windows下代码的健壮性

打开World.sln,工程的main函数在World.cpp里面。开始部分我们能看到

#if defined(__WINDOWS__)

SetUnhandledExceptionFilter(MyUnhandledExceptionFilter);

_CrtSetDbgFlag(_CrtSetDbgFlag(0) |_CRTDBG_LEAK_CHECK_DF);

#endif

这段代码。

SetUnhandledExceptionFilter就是设置异常捕获函数,这里原捕捉函数就是MyUnhandledExceptionFilter了,也就是说,系统原来打印异常有默认的处理函数,现在的异常处理将会跳到你指定的函数,这对于游戏服务端是非常重要的,因为设置异常捕获函数,在系统存在异常的时候,我们还可以使游戏继续运行下去,争取了一些时间去修改系统的bug。详细的应用例子可以查看下面的例子

http://blog.sina.com.cn/s/blog_5d8945610100pnzg.html

_CrtSetDbgFlag能检测内存泄露情况。内存泄露危害,特别是游戏服务端不重启运行一段较长时间,其危害性更加严重。而_CrtSetDbgFlag能在程序调试时发现内存泄露的情况,这样将大大减少程序内存泄露情况。

#include <iostream>
#include <crtdbg.h>

using namespace std;

void main()
{

    int * c = new int[5];

    c[0]=1;

    c[1]=2;

    _CrtSetDbgFlag(_CrtSetDbgFlag(0) | _CRTDBG_LEAK_CHECK_DF);

    int * p = new int[3];

    cout << "Test Memory Leak" << endl;

}

按下F5,运行程序。

你可以对比注释掉_CrtSetDbgFlag(_CrtSetDbgFlag(0) |_CRTDBG_LEAK_CHECK_DF);和没有注释_CrtSetDbgFlag(_CrtSetDbgFlag(0) |_CRTDBG_LEAK_CHECK_DF);调试窗口输出情况

武侠世界2-健壮性

很明显调试窗口告诉你有一块12字节长和一块20字节长的内存没有释放,其中20字节长的内存数据是01 00 00 00 02 00 00 00 CD CD CD CD CD CD CD CD,正好是我们程序赋值了的数据。

2、在linux下代码的健壮性

看到上面的代码,这只是在windows下运行才会这样,那样在linux下武侠世界又是怎样做的呢?根据我过往的经验,我搜索一下程序有关信号的代码,果然,给我搜索到了。

GameUtil.h
class ExceptionHandler
{
public:
	ExceptionHandler();
	static VOID Handler(INT);
};
extern ExceptionHandler		g_ExceptionHandler;

GameUtil.cpp
ExceptionHandler::ExceptionHandler()
{
#ifdef __LINUX__
	signal(SIGSEGV, Handler);
	signal(SIGFPE, Handler);
#endif
}

VOID ExceptionHandler::Handler(INT)
{
	DumpStack("ExceptionHandler::Handler");
	exit(0);
}

ExceptionHandler		g_ExceptionHandler;

但是在武侠世界中,当程序捕捉到signal后,在Handler中打印了信息后就退出了程序,这应该不太适合游戏服务端的要求,因为游戏在实际运行存在太多的不确定性了。就像我之前的说的,我们希望的是,出现了异常还能继续运行一段时间。因此我写一段代码来实现这个想法。写这段代码的灵感恰恰来自

extern ExceptionHandler g_ExceptionHandler;

和在构造函数里面初始化signal。

这样写法的优势是:只要声明一次,在全局都有效。

#ifndef SHOWCRASH_H
#define SHOWCRASH_H

#include <setjmp.h>
#include <signal.h>
#include <unistd.h>
#include <stdio.h>
#include <string.h>
#include <execinfo.h>


/*
 *  ??????????????SETJMP??
 *  ???SETJMP????SETJMP???CRASH???????SETJMP?
 *  ???SETJMP???CRASH???????SETJMP
 */
class ShowCrash
{
public:
    ShowCrash();

    static void CrashFunction(int);

    static const int MAX_JMP_BUF = 16;

    static const int MAX_CALLSTACK_DEPTH = 32;

    enum buffername
    {
        BUF_MAIN,
        BUF_COUNT
    };

    static void SetIndex(int index){buf_index = index;}

    static int  GetIndex(){return buf_index;}

     static int buf_index;
private:


};



#define SETJMP(index)\
    setjmp(buff[index]);\
   ShowCrash::SetIndex(index);\

extern ShowCrash g_showcrash;
extern jmp_buf buff[ShowCrash::MAX_JMP_BUF];

#endif

#include "showcrash.h"



ShowCrash g_showcrash;
jmp_buf buff[ShowCrash::MAX_JMP_BUF];
int ShowCrash::buf_index = 0;

ShowCrash::ShowCrash()
{
    struct sigaction act, oact;
    act.sa_handler = CrashFunction;
    sigemptyset(&act.sa_mask); //娓呯┖姝や俊鍙烽泦
    act.sa_flags = SA_NODEFER;
    sigaction(SIGINT, &act, &oact);
    sigaction(SIGABRT, &act, &oact);
    sigaction(SIGSEGV, &act, &oact);
    sigaction(SIGFPE, &act, &oact);
    sigaction(SIGBUS, &act, &oact);
    sigaction(SIGTRAP,&act,&oact);
   // buf_index = 0;
}

void ShowCrash::CrashFunction(int)
{
    void *traceback[MAX_CALLSTACK_DEPTH];
    char cmd[512] = "addr2line -f -e GameEngine";
    FILE *fp = popen(cmd, "w");
    int depth = backtrace(traceback, MAX_CALLSTACK_DEPTH);
    for (int i = 0; i < depth && i < MAX_CALLSTACK_DEPTH; i++)
    {
        fprintf(fp, "%p\n", traceback[i]);
    }
    fclose(fp);
    longjmp(buff[ShowCrash::GetIndex()],1);
}

这样就能够在出现系统异常的时候,通过setjmp和longjmp来让程序继续运行。

交流群:315249378

如有不正确,欢迎交流讨论!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/124562.html原文链接:https://javaforall.net

(0)
上一篇 2022年4月1日 上午6:35
下一篇 2022年4月1日 上午7:00


相关推荐

  • Swagger UI简介

    Swagger UI简介SwaggerUI 简介 SwaggerUI 允许任何人 无论您是开发团队还是最终用户 都可以可视化 API 资源并与之交互 而无需任何实现逻辑 它是根据您的 OpenAPI 以前称为 Swagger 规范自动生成的 具有可视化文档 可简化后端实现和客户端使用 SwaggerUI 特点无依赖 UI 可以在任何开发环境中使用 无论是本地还是在 Web 端中 人性化 允许最终

    2026年3月20日
    2
  • 声源定位 DOA_声源定位

    声源定位 DOA_声源定位1基于到达时间差易受噪声反射吸收散射影响广义互相关GCC最小均方误差LMS自适应滤波器对于多声源效果不好抗噪抗混响效果不好2基于最大输出功率可控波束形成SRP-PHAT计算复杂度高,抗混响能力强3,基于高分辨率谱图估计法MUSIC多重信号分类ESPRIT(旋转不变子空间)对信号进行协方差矩阵进行空间分解(特征值分解)需要噪声与信号不相关CSSMWAVES从窄带拓展到宽带的声源定位为增加鲁棒性:后处理卡尔曼滤波粒子…

    2026年2月15日
    4
  • eruka处理应用服务器集群,Spring Cloud学习笔记——Eureka Server服务搭建及集群部署…

    eruka处理应用服务器集群,Spring Cloud学习笔记——Eureka Server服务搭建及集群部署…SpringCloud学习笔记——EurekaServerSpringCloud版本:Hoxton.SR3Springboot版本:2.2.5.RELEASEdemoGit仓库:开源在gitee中,私信索取地址服务治理在微服务架构中,服务治理是一个核心的内容。SpringCloud中,有许多的组件帮助完成服务治理。服务治理,可能包含以下一内容,如:服务注册与发现:服务的注册与发现,是微…

    2022年8月21日
    11
  • 4.1.28 Flink-流处理框架-Flink使用Lambda表达式引发了泛型擦除问题

    4.1.28 Flink-流处理框架-Flink使用Lambda表达式引发了泛型擦除问题1 写在前面最近在重温 Flink 相关知识点的时候 发现了一个以前没有注意的点 当我们利用 Flink 的 lambda 表达式的时候 返回值要类型要给定 不给定的话 就会报错 如下 couldnotbede duetotypeera Youcangivety methodonther

    2026年3月26日
    2
  • ScheduledExecutorService

    ScheduledExecutorService任务调度(三)——Timer的替代品ScheduledExecutorService简介标签:任务调度TimerScheduledExecutorSer2015-08-0619:075704人阅读评论(2)收藏举报分类:【定时任务分时器】(3)作者同类文章X【java基础】(29)

    2022年5月5日
    47
  • SSTAP 测试讨论

    SSTAP 测试讨论游戏

    2026年3月18日
    2

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号