热门标签
热门文章
- 1windows环境（本地端以及华为云服务器）搭建HTTP服务器_windows本地服务器
- 2MySQL数据库------------数据库的安装-----开始步入梦想_yum install -y perl.x86_64
- 3react-native demo 开发环境_download expo go reactive
- 4YOLO训练results.csv文件可视化（原模型与改进模型对比可视化）_yolo csv文件怎么用
- 5【Python-opencv3.4】视频基本操作（帧率，总视频帧数、从第N帧开始播放、播放进度显示、按键控制视频）_python opencv 视频设置从第几帧开始播放文件
- 6UNITY自用笔记-摄像机几种跟随方式_摄像机怎么跟随人物
- 7Flutter调用Rust代码操作指南_flutter_rust_bridge
- 8【虚幻引擎UE】场景中物体闪烁抖动摩尔纹问题集合_ue摩尔纹怎么消除
- 9Unity | NGO网络框架_unity clientrpc serverrpc
- 10OpenCV-直方图_opencv直方图
当前位置: article > 正文
(来自知乎)Unity反射机制的理解
作者：小蓝xlanll | 2024-02-18 12:54:35
赞
踩
(来自知乎)Unity反射机制的理解
Unity3d开发，需要继承MonoBehaviour，实现Start方法：
但是这个Start方法是私有的，而不是override MonoBehaviour中已有的方法。
按我的理解，应该在MonoBehaviour中设计一个abstract或virtual的Start方法，然后让子类去实现它才对啊！
难道Unity3d 引擎部分在调用ExampleClass时用的是反射？他们这样设计是出于什么目的的？有什么好处？
using UnityEngine;
using System.Collections;
public class ExampleClass : MonoBehaviour {
private GameObject target;
void Start() {
target = GameObject.FindWithTag("Player");
}
}
但是这个Start方法是私有的，而不是override MonoBehaviour中已有的方法。
按我的理解，应该在MonoBehaviour中设计一个abstract或virtual的Start方法，然后让子类去实现它才对啊！
难道Unity3d 引擎部分在调用ExampleClass时用的是反射？他们这样设计是出于什么目的的？有什么好处？
添加评论
分享
2016/1/21:阅读到这篇文章：
(English) Going deep with IMGUI and Editor Customization，本答案中的部分内容是不正确的，特此更正：
Unity使用类反射而非虚函数的方式来调用Update等函数，主要原因是在于，并非所有的MonoBehaviour都需要Update（或Start，Awake等等，下同）。Unity会维护一个需要Update的Behaviour列表，藉此避免进行空的虚函数调用，提高性能。
但这一点与原回答第5条的建议并不冲突。
以下是原回答。
1. 是使用反射来调用的，这一点@愤怒的泡面 已经说过了。反射可以访问私有方法；
@庞巍伟 指出这是用mono的API来实现的（而不是C#内建的反射机制），我没看过Unity的源码所以不敢做定论，但我的理解是，mono的这套机制也是reflection，只不过不是The Reflection而已，不需要太教条地去理解。Mono的API可能效率更高，但对于单次调用，性能仍然逊于虚方法调用。不过能了解Unity的实际实现方式也是收益良多，感谢。
2. 反射实际上是开销非常大的调用方式，比之虚方法来说要高得多，因此Unity选择使用反射并非是出于性能方面的考虑。实际上，每帧调用的这些事件方法从数量级上来说是很卑微的，反射造成的性能影响亦可忽略不计；
3. Unity使用这种事件机制的根本原因是出于对灵活性的考虑。Unity采用组件式设计，触发一个事件，需要通知到相应gameobject的所有组件。如果使用多态来实现，则必须假设所有组件都派生自包含此事件的基类，或者筛选出派生自此基类的组件逐一通知。这样一来是麻烦，二来则容易带来复杂的继承关系，与组件式这种倡导用聚合代替继承的设计从理念上就是相悖的。
另一方面的原因则是为了跟JS保持一致性。这种事件机制对于JS这种动态类型语言来说是浑然天成的。
4. 这种设计最大的缺陷在于事件名通过字符串耦合，如此一来，完全绕开了编译期静态检查，无法为事件调用的正确性提供保障；在复杂的系统里，也可能因为事件重名而导致bug。
5. 我个人倾向的改良性设计是：提供基础接口IEvent<T>
令所有事件都声明一个继承于此接口的接口，如：
所有包含此事件的类显示实现此接口：
调用事件可以通过为GameObject类写一个扩展方法来实现，手机党就不挣扎码字了。
不过这只适用于自己的代码，Unity内建的那些事件（Update之类的）只能由它去了。
Unity使用类反射而非虚函数的方式来调用Update等函数，主要原因是在于，并非所有的MonoBehaviour都需要Update（或Start，Awake等等，下同）。Unity会维护一个需要Update的Behaviour列表，藉此避免进行空的虚函数调用，提高性能。
但这一点与原回答第5条的建议并不冲突。
以下是原回答。
1. 是使用反射来调用的，这一点@愤怒的泡面 已经说过了。反射可以访问私有方法；
@庞巍伟 指出这是用mono的API来实现的（而不是C#内建的反射机制），我没看过Unity的源码所以不敢做定论，但我的理解是，mono的这套机制也是reflection，只不过不是The Reflection而已，不需要太教条地去理解。Mono的API可能效率更高，但对于单次调用，性能仍然逊于虚方法调用。不过能了解Unity的实际实现方式也是收益良多，感谢。
2. 反射实际上是开销非常大的调用方式，比之虚方法来说要高得多，因此Unity选择使用反射并非是出于性能方面的考虑。实际上，每帧调用的这些事件方法从数量级上来说是很卑微的，反射造成的性能影响亦可忽略不计；
3. Unity使用这种事件机制的根本原因是出于对灵活性的考虑。Unity采用组件式设计，触发一个事件，需要通知到相应gameobject的所有组件。如果使用多态来实现，则必须假设所有组件都派生自包含此事件的基类，或者筛选出派生自此基类的组件逐一通知。这样一来是麻烦，二来则容易带来复杂的继承关系，与组件式这种倡导用聚合代替继承的设计从理念上就是相悖的。
另一方面的原因则是为了跟JS保持一致性。这种事件机制对于JS这种动态类型语言来说是浑然天成的。
4. 这种设计最大的缺陷在于事件名通过字符串耦合，如此一来，完全绕开了编译期静态检查，无法为事件调用的正确性提供保障；在复杂的系统里，也可能因为事件重名而导致bug。
5. 我个人倾向的改良性设计是：提供基础接口IEvent<T>
- interface IEvent<T> where T : EventArgs
- {
- void Raise(object sender, T args);
- }
令所有事件都声明一个继承于此接口的接口，如：
- interface IReviveEvent : IEvent<EventArg>
- {
- }
所有包含此事件的类显示实现此接口：
- class Mob : MonoBehaviour, IReviveEvent
- {
- void IReviveEvent.Raise(object sender, EventArgs e)
- {
- //...
- }
- }
调用事件可以通过为GameObject类写一个扩展方法来实现，手机党就不挣扎码字了。
不过这只适用于自己的代码，Unity内建的那些事件（Update之类的）只能由它去了。
知乎用户
c++层做反射各大游戏引擎都能看到类似实现。IReviveEvent侵入性太强了，直接导致每个monoBhr都得有全部的方法，引擎也得对所有monoBhr的所有方法做无用功调用，而事实上只有少部分monoBhr需要update。
7 月前
更多回答
声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/小蓝xlanll/article/detail/108019
推荐阅读
相关标签
