登峰造极者，殊途亦同归。

前言 这阵子在看面经，里面有一道题，C中的i和i哪个效率更高。说实话，看到这道题当场就蒙了，平时用C#写项目都是怎么高兴怎么来，到C这里还有这一说了？ 不懂就看答案，答案给出的是++i性能更高，理由是i++会有一次临时变量的分配消耗，存储初始i值用来返回，而++i则直接返回i+1后的值。 嗯，看上去很有道理，但是咱也不知道到底实现是不是这样的啊，看汇编去。 C++汇编分析 环境 C++环境：MinGW64 w64 3.4 CMake：Bundled 3.15.3 Debugger：MinGW-w64 GDB 7.8.1 IDE：CLion 2019.3.3 汇编语法：标准的GAS AT&T语法 优化等级 O0（无优化） 前提分析 C只在早期的时候借助C编译器把自己翻译成汇编语言，很久之前就有了自己的编译器，所以直接反编译得到的就是C的汇编代码。 测试用例 源代码 1234567int main(){ int i = 0; i++; ++i; return 0;} 汇编代码 123456789101112131415Du ...

前言 今天看到群友提出游戏回放功能怎么设计的问题，感觉挺有意思，胡思乱想片刻，就有了此文。 正文 什么是回放功能 回放功能也可以叫录像功能，指的是玩家可以从服务端拉取数据，然后在本地进行历史游戏的复现。 直观点的例子就是LOL的观战系统还有录像功能，R6或者OC里的死亡回放功能。 各种类型的回放区别 LOL的录像和观战都不是实时的，也就是说一个人并不能一边看录像，一边玩游戏。 R6和OC里的死亡回放是实时的，因为他是在游戏运行时进行的，玩家死了就要死亡回放。 这种差异也直接导致了实现难度的差异。 首先是LOL的录像，解决方案很简单，只需要保存每次玩家输入的消息以及那些会与客户端产生交互的信息，然后解析消息，向系统内发送信息即可。优点很明显，录像文件体积极小，当然了，这种方法也有很大缺点，无法保证回退到播放过的时间段时游戏中的各个实体状态是否与当时的游戏一致，因为并没有记录世界快照，回退也就无从说起了。也就是说，只能进，不能退。 但是OC的死亡回放单纯用上面那种方法却行不通，因为他是实时的，强硬的更改状态会破坏当前游戏逻辑顺序。只能保存每个时间点的世界快照，然后让客户端表现。 ...

前言 因为Unity版本的更新迭代，老版本的A*插件在新版本Unity已经无法正常使用，包括一些运行时代码也已经过时，重新接入要花费很多时间，干脆接入一个新的寻路方案吧。 这里选择的是久负盛名的https://github.com/recastnavigation/recastnavigation，但因为他是基于C++的，所以我们要使用C#的P/Invoke来调用它的dll来实现寻路。 由于篇幅与操作复杂的原因，本文会更加注重大体的工作流程，而不会有太多细节上的图片，但是会有一个配套的详细教学视频供大家学习，视频链接：https://www.bilibili.com/video/bv1uK4y1E7CV。 C++/C#的桥接源码也会以在码云开源的形式分享给大家，完整的示例可以在我的Moba项目 https://gitee.com/NKG_admin/NKGMobaBasedOnET 中看到。 通过本文和配套视频你将能学习到recastnavigation的大体设计思路，使用方式，Unity/服务器接入recastnavigation的完整流程。 感谢@footman大佬在我学习过程 ...

前言 我们都知道CLR有一个使用根的可达性算法的垃圾回收机制来回收托管内存，那么对于那些本机资源（非托管内存）他又是怎么清理的呢？ 正文 要看他怎么清理资源，首先要知道这个资源是怎么来的，这里我们用FileStream这一经典类来探讨这些问题。 首先是它的构造函数 12345678910111213141516171819202122[SecuritySafeCritical]public FileStream(string path, FileMode mode) : this(path, mode, mode == FileMode.Append ? FileAccess.Write : FileAccess.ReadWrite, FileShare.Read, 4096, FileOptions.None, Path.GetFileName(path), false){}[SecurityCritical]internal FileStream( string path, FileMode mode, FileAccess access, Fi ...

第一章 1.数字图像的概念： 数字图像：数字图像是对连续图像数字化或离 散化的结果，也称离散图像 2.广义的图像处理（图像工程）包含的三个层次 3.像素的概念 一幅图像可分解为许多个单元。每个基本单元叫做图像元素，简称像素 4.灰度图像存储容量的计算 空间分辨率：图像的尺寸（M∗NM*NM∗N），在成像时采了MN个样，图像包含了MN个像素。 幅度分辨率：在成像时量化成了G（G=2kG = 2^kG=2k）个灰度级，存储一幅图像所需的位数b（b=M∗N∗kb = M * N * kb=M∗N∗k）（单位是bit） 第二章 1.像素的邻域 2.像素间距离，三种距离公式 像素间距离 ： 欧氏距离（也是范数为2的距离）：DE(p,q)  =  [(x  −  s)2  +  (y  −  t)2]12D_E(p,q)\;=\;\lbrack{(x\;-\;s)}^2\;+\;{(y\;-\;t)}^2\rbrack^{\frac12}DE​(p,q)=[(x−s)2+(y−t)2]21​ 城区距离（也是范数为1的距离）: D4(p,q)  =  ∣x  −  s∣  +  ∣ ...

每一个顶点后面就是一条链表，每个顶点都存在数组里。 以这张图为例 结构如下 运行截图 结构体定义 12345678910111213141516171819202122 //边表结点typedef struct EdgeNode { //顶点对应的下标 int adjvex; //指向下一个邻接点 struct EdgeNode *next;} edgeNode;//顶点表结点typedef struct VertexNode { //顶点数据 char data; //边表头指针 edgeNode *firstedge;} VertexNode, AdjList[100];//集合typedef struct { AdjList adjList; //顶点数和边数 int numVertexes, num ...

深度优先遍历 (DFS) 深度优先遍历，也称作深度优先搜索，缩写为DFS 深度优先遍历从某个顶点出发，访问此顶点，然后从v的未被访问的邻接点触发深度优先便利图，直至所有和v有路径想通的顶点都被访问到。 这样我们一定就访问到所有结点了吗，没有，可能还有的分支我们没有访问到，所以需要回溯（一般情况下都设置一个数组，来记录顶点是否访问到，如果访问到就不执行DFS算法，如果未被访问过就执行DFS算法） 以这张图为例 我们约定，在没有碰到重复顶点的情况下，优先选择右手边 那么按深度优先遍历就是：A B C D E F G H(此时这条线路已经走到尽头，可是还有一个I顶点没有遍历，所以回到G，发现G的邻接点都遍历过了，再回到F，发现F的邻接点也都遍历过了。。。直到D顶点，发现I这个顶点没有遍历，所以把I再遍历，继续回溯，最终回到起点A) I 落实到代码就是 123 //访问标志的数组,为1表示访问过，为0表示未被访问int visted[100]; 1234567891011121314151617 //邻接表的深度优先遍历算法void AdjacencyList::DFS(GraphAdj ...

本程序以类似应用程序的对话框形式进行单链表的操作。希望对大家的学习有所帮助。 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788899091929394959697989910010110210310410510610710810911011111211311411511611711811912012112212312412512612712812913013113213313413513613713813914014114214314414514614714814915015115215315415515615715815916016116216316416516616716816917017117217317417517617717817918018118218318418518618718818 ...

ET系列教程视频 B站视频教程 ETBook学习笔记 ETBook笔记汇总 FairyGUI学习笔记 ET使用FairyGUI开发的完整工作流 基于FGUI的小地图制作 ET 5.0学习笔记 运行master master项目结构梳理 master客户端初始化流程 master服务端初始化流程 master消息机制 ET 6.0学习笔记 ET 6.0学习笔记 ET6.0接入ILRuntime ET 7.0学习笔记 ET7+FariyGUI+huatuo+luban+yooasset接入教程 ET 斗地主学习笔记 运行斗地主 斗地主的资源工作流 ET 其他笔记 ETTask和ETVoid相关知识 ET中那些千万不能踩的坑 ET&&FGUI接入xasset流程

有了master的学习经验，斗地主的学习将不会太多精细化，更多细节大家可以自行查看，本系列文章旨在帮助大家理解整个开发流程 资源划分策略 先来到Asset下的Bundles文件夹，这里是游戏内用到的所有的资源，都被打成ab包，正式发布时将会删除，从资源服务器下载文件 Independent Code 包含热更新模块的dll文件 Config 包含客户端的配置文件（连接配置，所用到的玩家，敌人等数据结构） UI Landlords/Altas 包含游戏内用到的所有图集 Landlords/Content 玩家正式开局游戏内的个人信息 Landlords/HandCard 玩家手牌UI Landlords/LandlordsEnd 游戏结束界面 Landlords/Interaction 玩家的正式游戏内操作界面（出牌，不要，抢地主，不抢等） Landlords/LandlordsLobby 游戏大厅 Landlords/LandlordsLogin 登录界面 Landlords/LandlordsRoom 正式游戏界面UI Landlord ...