(原、整) Unreal源码 CoreUbject- Uobject
类别 [随笔分类]Unreal源码搬山
@author:白袍小道
随缘那啥
这里还是属于UE的源码解析（大言不惭，应该叫学习嘿嘿）目录。
说明
1、按引擎分层，这里应该属于Core后，引擎支撑中上层（还没到Core）
（额外说下分析UE的症状：
核心层[Core]是颤抖+苦笑
数据模型层[CoreUObject]头皮发麻+谄笑
引擎层1[Rneder,RHI,Physical,Anim。几个] 是头晕+呆笑
引擎层2[Render,Phy.Ani算法实现], 是难受+傻笑
引擎游戏性[Gameplay部分，接入蓝图虚拟机哪些] 绕绕绕+冲动
引擎的编辑器，工具，脚本【蓝图】材质特效，的实现是烦躁+开心
游戏部分，翻白+汗流浃背+开心。
）
2、因为GoreUObject起到承上启下的作用，灰常重要。所以得分很多目测30小部分来悄悄。而且这部分分析和总结的大神和经典文章也可以看到许多。这里小道主要按源码，图，文章，分析整理总结一二而得。
3、什么？如何做？ 到为什么？然后反复几次，这是后面的写法。
关键词
Unreal：模版类型，类型系统，结构，UHT，反射，序列化，Meta(元数据），GC，
默认Object，属性集、引擎的内存管理（不是底层：页，双端，内存查找那些那啥），编辑器调整数据（EditorVisiable)，
平衡和权衡
前言
首先先理解一些名称，有句话叫做 一个事物可以用一个名称+动词 去表述的话，就很舒服了，但理解和深入部分可以不断去整。
为何要看看？因为这些经常用到，能帮助我们偷懒和降低复杂度。
|
反射 |
程序在运行时进行自检的一种能力，是一种属性系统的控制。（自检：能检查出自己的组成或属性部分，但不能提前知道自己是啥）如：能列举出所有属性（属性本身也是个抽象封装），通过这封装知道属性是啥或者属于啥。 for (TFieldIterator<UProperty> PropIt(GetClass()); PropIt; ++PropIt) { UProperty* Property = *PropIt; } 来自 <http://www.cnblogs.com/ghl_carmack/p/5698438.html> |
|
注解和标记 |
一种代码级别的说明信息标识。UE这里就是一个宏，用来封装了由Unreal头文件工具解析的元数据，当然在c++编译器编译包含它们的代码时被忽略（因为最后用来编译的C++部分，是生成的啊） 如 UPROPERTY(EditAnywhere, BlueprintReadOnly, Category = Material, meta = (DisplayName = "Subsurface Profile")) class USubsurfaceProfile* SubsurfaceProfile; Local: CoreUObject/Public/Uobject/ObjectMacros,UObjectMarks, |
|
UBT和UHT: |
UBT属性可以通过扫描头文件，记录任何至少有一个反射类型的头文件的模块，并且生成包含反射数据的C++代码（XXXmodule.generated.cpp中去）。如果任意一个比较上一次编译结果发生了变化，那么它会利用UHT更新反射数据。 （用生成的C++代码来存储反射数据的一个最大好处就是，它可以保证跟二进制做到同步。你永远也不会加载陈旧或者过时的反射数据，因为它是跟引擎的其它代码同时编译的，并且它会在程序启动的时候使用C++表达式来计算成员偏移等，而不是通过针对特定平台/编译器/优化的组合中进行逆向工程。UHT避免了所属关系导致的先后生成的问题，因为UHT作为一个单独的不使用任何生成头文件的程序来构建） 来自 <http://www.cnblogs.com/ghl_carmack/p/5698438.html> |
|
序列化 |
一个把对象的变量（应该叫属性），存储（传输也是一个存储）的过程。反之就反序列化。 Local: Runtime/CoreUObject/Serialization/ |
|
默认Object |
可以通过类获得默认对象，具体略 |
|
属性集 |
如C#的Assembly,命名空间等（一些抽象封装）：如this.GetType().Assembly; 通过反射可以获得Type然后巴拉巴拉。 （C#元： class MemberInfo : ICustomAttributeProvider）原生C++莫有，那自己整整？。 |
|
编辑器编辑数据 |
能反射或列举就可以那啥了， |
|
GC |
引用计数，标记待清理，Link方式（Root配 Node这种），目的就是能适当的自动回收无用对象和避免回收了有用对象。 |
|
模版类型 |
略，模版、元什么的 小道不敢说，这个部分资料和代码也很多，各位看官那啥。（在CoreTemple 中倒是可以肤浅说丢丢） |
听说UE3后期orUE4 ：一为了跨平台和稳得住，二来为了迭代技术，三是历史原因（这什么产品和技术或者理论感觉都是有历史的部分因数的）
【这里扯淡，勿当真】
好多要整啊，那么。。。
1、但如果每个都单独整下就会很累，所以是不是有个不大不小，能恰当复合了部分组成一个模式让我们更简单的使用，但同时不会让这个太过庞大影响性能和掌控（单一的粒度）。
2、能不能有个辅助的工具，帮助我们更简单快速的黑箱制造过程。（工具）
针对以上会得到几个想法前（憋住），我们先看UE的CoreUObject中UObject及其相关。
（以下尽量图为主，一来能看官可以对着源码或者调试时候那啥，二来一图胜许多节约能量）
（未完待续。。。。）
What：
从上图基本是
1、能看到UOBJECT作为一个基础，一来包含了常用的Object需要的行为及其为此提供的必要数据（序列化，反射，类型，回收等）
2、抽出了许多UXXX（定义），将属性抽象。
3、Unreal类型的含义：
派生自 Object 的类前缀为 U，
Enums 的前缀为 E
Template 类的前缀为 T
其余类的前缀均为 字母 F
HOW：（待续）
1、反射如何做到的？
2、序列化如何做到的？
3、回收和分配如何做到的？
4、查询和管理？
Why：
What：
How：
Why：
