计算机基础知识深入研究系列：定点数与浮点数

转换成二进制位数位数太长超过了存储位数，必须舍弃多余的位数，造成了精度损失。

网络同步验证需要定点数，但是项目中大量资产文件使用了浮点数，需要工具来统一修改为定点数 通过将向浮点数添加特定的Attribute，并将类型替换成定点数类型，在OnPostprocessAllAssets时记录修改的cs文件GUID static void OnPostprocessAllAssets(string[] importedAssets, string[] deletedAssets, string[] movedAssets, string[] movedFromAsse.

如果我们的物理引擎使用定点数计算，最后虽然将定点数转化为Unity Transform的相关浮点数显示物体位置，但是最终在决定物理碰撞，游戏事件中, 物理移动中都是定点数化后的整数运行，所以这样就做到了物理引擎迭代的确定性。, 那么1.2对应的定点数为12, (定点数是对应的小数扩大10倍后取整), 如果确定精度是小数点后2位，那么1.2对应的定点数位120(定点数是对应的小数扩大100倍)。帧同步的游戏中如果用物理引擎，为了保证不同设备上的结果一致,需要采用定点数来计算迭代游戏过程中的物理运算。

上一节我们給大家介绍了BEPUphysicsint的基本使用,在游戏开发中我们经常要使用物理引擎的事件，所以本节我们详细的讲解BEPUphysicsint 的物理事件。此物理引擎会产生了碰撞事件与非碰撞事件，碰撞事件大家好理解，非碰撞事件例如: 物理Entity的update事件,Entity的activation/deactivation事件等。物理事件的回调函数，都是物理引擎执行中回调的，有可能有些操作会改变物理引擎运行环境的Context,导致不安全的操作与异常，如何在回调函数中正确的安全的处理呢？

定点数学库插件 - 包括（数学、导航、碰撞等） 下载地址 github.com/jiepengTan/LockstepEngine 这套库，是读取unity生成的导航网格来寻路的，但是在具体实现上，用定点数版本的寻路计算包括网格数据替换了unity内置的浮点数版本的相同功能，大家有兴趣可以阅读—下相关源码。 但是这个库有几个问题需要修改： 这套库的导航子库将导出导航网格数据的路径写死了。 在这个cs文件中：Engine.Editor\Src\PathFinding\Editor\Editor

而且其它的形状的物理Entity,除了形状创建会不一样，其它基本一样，所以我们调整一下设计，把PhyBoxEntity与物理形状相关的代码放到PhyBoxEntity里面，与形状无关的物理Entity的基本功能，我们放到PhyBaseEntity里面，然后让具体的形状在扩展的时候继承PhyBaseEntity即可。本节来从新调整设计,让物理的Entity基本操作与物理的形状分离,支持更多的物理形状,支持物理entity与Unity物体位移与旋转同步。3: 编写其它的形状的物理Entity;

Unity帧同步定点数使用场景 1. 场景内物件的位置和旋转角度 问题：场景内部物体位置和旋转是由浮点数记录的，会产生微小误差。 解决方案：使用placeholder节点为动态创建物体在场景中占位。把场景内部物体数据化导出为Json文件，此文件使用定点数记录位置和角度。然后加载场景时使用此定点数Json加载，从而保证了场景的一致性。 2. 导航网格 问题： Unity 自身的导航网格是浮点数。 解决方案：使用定点数插件中的Nav Mesh Tool工具。生成定点数导航数据。 ...

简单来说就是小数点固定的一种数据结构体，可以固定小数点位1位，也可以固定小数点为0为，总之是需要通过一系技术手段来控制小数点的位数，来防止由于小数精度问题带来的数据计算的误差产生的蝴蝶效应。但是在真正使用定点数的情况下，没有人愿意保留小数去做运算的哪怕是一位。基本都是保留0为小数，整个逻辑计算完全使用整形数据进行运算。这样才能将误差将为最小。...

世界创建后，需要模拟迭代物理计算，所以在游戏框架中的某个Update/FixedUpdate的地方来迭代物理世界,代码很简单，调用space的Update接口就可以了。在很多物理Entity中,有一个比较特殊，叫做StaticMesh, 一般我们用来模拟复杂物理环境，它的本质就是根据3D物体的Mesh来创建一个物理Entity出来，形状和3D Mesh一样。物理世界创建出来后，目前世界是空的，没有任何物理Enity，接下来就是往物理世界里面放一些物理的Entity。物理事件包括了触发与碰撞。