Unity核心原理（2）深入理解FixedUpdate
Unity核心原理（2）深入理解FixedUpdate官方文档链接：Time and Framerate Management
Fixed Timestep
Unlike the main frame update, Unity’s physics system does work to a fixed timestep, which is important for the accuracy and consistency of the simulation. At the start of the physics update, Unity sets an “alarm” by adding the fixed timestep value onto the time when the last physics update ended. The physics system will then perform calculations until the alarm goes off.
和Update主帧循环不同，Unity的刚体系统通过固定的时间来驱动，固定的运算时间是保证模拟结果准确一致的重要因素 。在刚体系统运算开始前，Unity会根据上一次刚体运算完成的时间再加上Fixed Timestep的所设置的值来作为这一次刚体运算时间的限定范围。然后刚体系统会开始计算，直到达到这个时间限制临界点。
You can change the size of the fixed timestep from the Time Manager and you can read it from a script using the Time.fixedDeltaTime property. Note that a lower value for the timestep will result in more frequent physics updates and more precise simulation but at the cost of greater CPU load. You probably won’t need to change the default fixed timestep unless you are placing high demands on the physics engine.
通过Time Manager可以调整Fixed Timestep的值，也可以在脚本中通过访问Time.fixedDeltaTime属性来读取这个值。注意，更低的Fixed Timestep值会让刚体模拟次数更频繁，结果也更精确，但代价是CPU的性能开销也会更大。除非你对物体引擎有更高的要求，否则一般不建议更改默认的设置。
Maximum Allowed Timestep
The fixed timestep keeps the physical simulation accurate in real time but it can cause problems in cases where the game makes heavy use of physics and the gameplay framerate has also become low (due to a large number of objects in play, say). The main frame update processing has to be “squeezed” in between the regular physics updates and if there is a lot of processing to do then several physics updates can take place during a single frame. Since the frame time, positions of objects and other properties are frozen at the start of the frame, the graphics can get out of sync with the more frequently updated physics.
Fixed Timestep保证了刚体模拟的实时准确运算，但也会导致一些问题，当游戏中物理运算量比较多时，会导致游戏帧率变低（因为游戏中的物体数量非常多，运算量会非常大）。而游戏的主循环（Update）必须在在常规的物理运算FixedUpdate()调用之间进行，当有大量的物体运算要进行处理时就会在一个主循环帧(Update)当中进行多次物理运算(FixedUpdate).在主循环帧开始的时候，物体的位置和其它属性都是固定不变的，因此在这一帧里显卡所显示的最终结果与更高频率的物理运算结果是不同步的。（Plane备注：其实就是浪费了计算资源，因为中间的计算的结果是不会显示的。）
Naturally, there is only so much CPU power available but Unity has an option to let you effectively slow down physics time to let the frame processing catch up. The Maximum Allowed Timestep setting (in the Time Manager) puts a limit on the amount of time Unity will spend processing physics and FixedUpdate calls during a given frame update. If a frame update takes longer than Maximum Allowed Timestep to process, the physics engine will “stop time” and let the frame processing catch up. Once the frame update has finished, the physics will resume as though no time has passed since it was stopped. The result of this is that rigidbodies will not move perfectly in real time as they usually do but will be slowed slightly. However, the physics “clock” will still track them as though they were moving normally. The slowing of physics time is usually not noticeable and is an acceptable trade-off against gameplay performance.
当然，CPU的资源是有限的，Unity有一个设置项，可以有效地降低物理运算时间，以便于让主循环可以和追上物理运算的帧率。Time Manager中的Maximum Allowed Timestep就是给处理物体运算的FixedUpdate加上一个限制。如果某一帧的物理运算时间超过了这个值，物理引擎就会立即停止运算，以便让主循环Update可以追上,一旦这一帧主循环Update运行完成，物理引擎就会从它暂停的地方恢复计算就像它从来没有停止过一样。这样做的结果是，刚体不会像平时那样实时完美地移动，而是会稍微放慢速度。 然而，物理运算结果的连贯性得到了保证，就像它们在正常移动一样。通常情况下，物理运算结果变慢的程度不太明显，这是一个可接受的性能与表现之间的平衡。
老师，文中提到“在主循环帧开始的时候，物体的位置和其它属性都是固定不变的，因此在这一帧里显卡所显示的最终结果与更高频率的物理运算结果是不同步的。”
我不太理解这句话。请问如果物体的位置信息在每次update开始时候就确定了，是不是意味着fixedupdate的计算受限于update的执行频率呢？因为就算fixedupdate计算速度飞快，那数据没变化的话 计算结果也完全一致不是么。 不是计算受限，而是显示结果受限。比如你计算了5次物理运算，但我只显示了其中一次。也就是物理运算的过程是连续的，但显示只从其中抽取某些帧进行显示。 感谢！ fixedupdate是否可以粗暴的理解为中断函数[思考] 果真直接读文档才是最靠谱的方法 最后那段的意思是如果物理计算量极其庞大，那么这次fixupdate只会根据这个最大时间算出一个对的结果，然后就跳转到update了，因为不能让画面渲染一直卡在那里？[思考]
页:
[1]