自动关联目录：Blueprint

官方依据：Blueprints Visual Scripting（UE 5.8 Documentation，覆盖其 5 个条目：Getting Started / General Scripting / Building Blueprints / Blueprint Communication / Topics）。官方定义：Blueprint 是一套完整的游戏脚本系统，基于节点界面在编辑器内创建游戏元素，用于定义面向对象的类或对象；它让设计者能用几乎全部"通常只有程序员可用"的概念与工具，而 C++ 中的 Blueprint 专用标记让程序员能搭建可被设计者扩展的基础系统。

1. 定位

Blueprint 不是"给非程序员的简化版"，而是一套完整的脚本系统。官方明确说它让设计者能用几乎全部通常只有程序员可用的概念与工具。

一句话定位：Blueprint 与 C++ 的关系不是"二选一"，而是"谁提供基线、谁做扩展"——关键纽带就是 C++ 里的那些 Blueprint 专用标记（见反射与 UHT）。

2. 本目录

笔记	内容	状态
蓝图与 C++ 的边界	什么该用蓝图、什么必须用 C++、协作模式	已补充
蓝图与 C++ 互调	标记、调用方向、代价	已补充
蓝图性能与优化	开销来源、热路径处理、常见误解	已补充
大型蓝图项目组织	继承、接口、组件化、通信方式	已补充
蓝图编译与字节码	编译流程、字节码、与 C++ 的关系	已补充

3. 阅读顺序与优先级

顺序	笔记	什么时候读
1	蓝图与 C++ 的边界	最先读——这个决定错了会一路返工
2	蓝图与 C++ 互调	写 C++ 基类给蓝图扩展时
3	蓝图性能与优化	蓝图变慢时
4	大型蓝图项目组织	蓝图数量变多时
5	蓝图编译与字节码	想理解底层时

只有十分钟：边界篇 + 互调篇里的标记表。

4. 排查入口

现象	先查
蓝图慢	蓝图性能与优化
C++ 里调不到蓝图函数	蓝图与 C++ 互调
蓝图看不到 C++ 的成员	反射与 UHT
蓝图项目越来越乱	大型蓝图项目组织
不知道该写蓝图还是 C++	蓝图与 C++ 的边界

5. 一条主线

Blueprint 的核心价值是缩短迭代距离（改完立刻能试）。代价是运行时开销与大型项目的可维护性。因此判断标准永远是：这段逻辑需要多快的迭代速度，以及它有多热。

参考

反射与 UHT · UObject · 崩溃与 Dump
官方 Blueprints Visual Scripting 大类