1. 项目概述：为什么我们需要自定义属性面板？
如果你用Godot做过稍微复杂一点的游戏，肯定遇到过这种情况：一个简单的“敌人”节点，属性面板里塞满了各种数值——生命值、攻击力、移动速度、技能冷却时间……每次调整都要在一堆默认的Inspector属性里翻找，效率低下不说，还容易看花眼。更别提那些需要特殊交互的属性了，比如一个颜色选择器、一个预设资源的下拉菜单，或者一个需要联动更新的复合参数组。Godot 4.0自带的属性编辑器（Inspector）虽然强大，但它是为通用场景设计的。当你的项目进入深水区，拥有自己独特的游戏逻辑和数据结构时，一个量身定制的属性面板就成了提升开发效率、保证数据一致性的刚需。
这不仅仅是“美化”编辑器，而是从根本上优化工作流。想象一下，为你的“武器系统”设计一个面板，左侧是武器模型预览，右侧是伤害、射速、弹道等参数的滑块和输入框，还能直接测试开火效果。或者为你的“对话系统”做一个面板，以时间线或流程图的形式直观编辑对话分支和角色表情。这种开发体验，是使用默认编辑器无法比拟的。自定义属性面板插件的核心价值，就在于将编辑器变成你专属的“游戏设计工作站”，让你能像操作专业软件一样，高效、直观地配置游戏内容。
网上能找到的教程，要么停留在Godot 3.x，其API在4.0中已发生巨变；要么只讲个大概，缺了关键的实现细节和避坑指南。今天，我就以一个实战案例——“为游戏中的‘可收集物品’设计一个专属属性面板”——手把手带你走通整个流程。你会学到如何从零创建一个完整的插件，如何注册自定义属性，如何绘制复杂的UI控件，以及如何处理属性间的依赖和验证。文末会提供完整的、可直接运行的插件代码。无论你是想优化自己的项目，还是想深入理解Godot编辑器的扩展机制，这篇文章都能给你实实在在的收获。
2. 插件核心设计与思路拆解
2.1 理解Godot插件的两种形态与选择
在Godot中，扩展编辑器功能主要有两种路径：工具脚本（Tool Scripts）和编辑器插件（EditorPlugins）。很多人刚开始会混淆它们。
工具脚本：通过在脚本顶部添加
@tool注解，让脚本在编辑器中运行。它可以操作场景树、修改资源，甚至绘制Gizmos。它的作用域通常局限于它所属的节点或资源。比如，你写一个@tool脚本挂在Sprite2D上，这个脚本可以在编辑器中实时更新精灵的纹理或颜色。但是，工具脚本无法创建新的编辑器界面（如Dock、面板），也无法向Inspector添加全新的属性类别。它主要用来增强已有节点在编辑器中的行为。编辑器插件：这是一个更重量级、更完整的扩展方式。一个插件是一个完整的项目，包含插件主脚本、可能的面板场景、图标等。它通过
EditorPlugin类与编辑器核心深度集成。只有插件才能：- 向编辑器顶部菜单栏添加新菜单项。
- 创建停靠在编辑器界面侧边或底部的自定义Dock面板。
- 向特定类型节点的Inspector添加全新的属性分类和自定义控件。这正是我们实现自定义属性面板所需要的。
因此，我们的选择很明确：创建一个EditorPlugin。我们的目标是，当用户在场景中选择任何一个我们定义的“可收集物品”节点时，Inspector里会多出一个美观、功能集中的“Collectible Item”属性分类，里面包含我们自定义的各类输入控件。
2.2 自定义属性面板的实现蓝图
整个插件的架构可以分解为以下几个核心环节，理解这个蓝图对后续编码至关重要：
插件入口与生命周期管理：创建
plugin.gd脚本，继承EditorPlugin。在这里，我们需要重写_enter_tree()和_exit_tree()方法，分别用于插件的初始化和清理。初始化时，我们要向编辑器注册我们的“自定义属性编辑器”。定义自定义资源或节点类：我们的属性要附加在某个对象上。通常，我们会创建一个自定义的
Resource（如CollectibleItemConfig）或继承自某个Node的类（如CollectibleItem）。这个类使用@export注解来声明我们需要在面板中编辑的属性。但关键点在于：仅仅使用@export，属性会散落在默认的Inspector布局里。我们需要一种方式告诉Godot：“当编辑这个类的对象时，请使用我提供的自定义编辑器来渲染这些属性。”创建自定义属性编辑器：这是技术的核心。我们需要创建一个继承自
EditorProperty的类。EditorProperty是Godot编辑器用于在Inspector中渲染单个属性的基础单元。我们的任务是：- 在
_init()中构建这个属性对应的UI控件（如LineEdit、SpinBox、ColorPickerButton等）。 - 在
_update_property()中，将当前对象的属性值同步到我们创建的UI控件上。 - 在我们的UI控件值发生变化时（例如用户输入了文字），调用
emit_changed(get_edited_property(), new_value)来通知编辑器：“属性值已更新，请保存”。 - 妥善处理控件的布局、大小和信号连接。
- 在
注册编辑器插件与属性编辑器的绑定：在插件的
_enter_tree()中，我们需要调用add_custom_property_editor()或更强大的add_property_editor()方法。这一步是“接线”，告诉Godot编辑器：“当你遇到CollectibleItemConfig类（或其某个特定属性）时，不要用默认的编辑器，而是用我写的这个CustomEditorProperty类来渲染它。”构建复杂复合控件：对于一个面板，我们往往不是简单的一对一属性映射。比如，“稀有度”属性可能是一个下拉菜单，选择“传奇”时，自动解锁并高亮“特殊效果描述”字段。这就需要我们在一个
EditorProperty内部管理多个子控件，并处理它们之间的逻辑联动。
理清了这个蓝图，我们就可以一步步动手实现了。下面，我将先带大家创建我们示例中要用到的自定义资源类。
3. 核心细节解析与实操要点
3.1 创建自定义资源类：数据的容器
我们首先定义数据的结构。创建一个继承自Resource的脚本，这比直接使用节点更灵活，因为它可以作为一个独立的.tres文件被多个节点引用。
- 在Godot项目中，创建一个新的脚本文件，命名为
collectible_item_config.gd。 - 编写如下内容：
@tool class_name CollectibleItemConfig extends Resource # 使用 @export 注解声明资源属性，它们将可以在Inspector中编辑 @export var item_name: String = "New Item" @export_multiline var description: String = "A collectible item." @export_range(1, 100, 1) var base_value: int = 10 @export var icon: Texture2D @export var color: Color = Color.WHITE @export_enum("Common", "Uncommon", "Rare", "Epic", "Legendary") var rarity: String = "Common" @export var is_stackable: bool = true @export_range(1, 999, 1) var max_stack_size: int = 1 @export var custom_effect_script: Script # 一个简单的验证函数，可以在属性变化时被调用（非必须，但很有用） func _validate_property(property: Dictionary) -> void: # 如果物品不可堆叠，则隐藏最大堆叠数属性 if property.name == "max_stack_size" and not is_stackable: property.usage = PROPERTY_USAGE_NO_EDITOR代码解读与要点：
@tool：至关重要！没有这个注解，该脚本在编辑器中不会运行，你也无法在编辑时看到或修改这些@export属性。class_name：为我们的资源注册一个全局可访问的类名，方便在其他地方引用。@export_*：Godot 4.0提供了丰富的导出注解。@export_range：为数值属性添加滑块和范围限制。@export_multiline：为字符串提供多行文本输入框。@export_enum：生成一个下拉选择菜单。@export对于Texture2D,Color,Script等类型，会自动生成对应的资源选择器、颜色选择器和脚本选择器。
_validate_property：这是一个可选但强大的函数。它允许你根据其他属性的值，动态改变某个属性的编辑状态。这里，当is_stackable为false时，我们将max_stack_size的用法标记为PROPERTY_USAGE_NO_EDITOR，使其在Inspector中隐藏。注意：这个函数的生效依赖于编辑器的刷新，有时需要手动点击一下其他属性才能触发更新。
现在，你可以在文件系统中右键 -> 创建资源 -> 选择CollectibleItemConfig，创建一个.tres文件，并用默认的Inspector编辑它。但这还不是我们的目标，我们的目标是替换这个默认的Inspector界面。
3.2 剖析EditorProperty：自定义控件的画布
EditorProperty是一个抽象基类，它为你提供了一个空白的“画布”（实际上是一个Control节点），让你在上面自由摆放控件来代表一个属性。它有几个关键生命周期方法和属性：
_init(): 构造函数。在这里，你应该创建所有需要的子控件（如Label,LineEdit,Button），设置它们的初始状态，并将它们添加为当前EditorProperty节点的子节点。重要：你需要调用add_child()添加控件，并通常需要调用set_bottom_editor()来告诉Inspector这个自定义编辑器需要多少垂直空间。_update_property(): 当Inspector需要刷新显示时（例如选择了另一个对象，或属性值被外部修改），编辑器会调用这个方法。你需要在这里读取get_edited_object()[get_edited_property()]的值，并更新你的UI控件以反映这个新值。emit_changed(get_edited_property(), new_value): 当用户通过你的UI控件修改了值时，你必须调用这个函数来通知编辑器系统。这是将用户输入写回资源对象的关键步骤。get_edited_object(): 获取当前正在被编辑的对象（我们的CollectibleItemConfig实例）。get_edited_property(): 获取当前正在被编辑的属性名称（例如"item_name"）。
一个常见的陷阱是更新循环：在_update_property中更新UI控件时，可能会触发该控件自身的changed信号，如果不加处理，这个信号又会调用emit_changed，导致不必要的递归或值重置。通常的解决方案是，在更新UI控件值前，暂时断开（disconnect）控件信号与emit_changed的连接，更新后再重新连接（connect）。
理解了这些，我们就可以开始编写第一个自定义属性编辑器了。我们从最简单的item_name（字符串）属性开始。
4. 实操过程与核心环节实现
4.1 创建插件主脚本与目录结构
一个规范的插件有助于长期维护。在项目根目录下创建一个addons/文件夹（如果不存在），然后在里面创建以你插件命名的子文件夹，例如addons/custom_collectible_inspector/。
在该文件夹内，创建以下文件：
plugin.gd- 插件入口脚本。collectible_item_config_editor.gd- 我们自定义的属性编辑器脚本。plugin.cfg- 插件的配置文件。
首先，编辑plugin.cfg：
[plugin] name = "Custom Collectible Inspector" description = "A custom property editor for CollectibleItemConfig resources." author = "Your Name" version = "1.0.0" script = "plugin.gd"这个文件告诉Godot这里有一个插件，并指定了入口脚本。
4.2 编写插件入口脚本 (plugin.gd)
@tool extends EditorPlugin # 预加载我们的自定义属性编辑器脚本 const CollectibleItemConfigEditor = preload("res://addons/custom_collectible_inspector/collectible_item_config_editor.gd") func _enter_tree() -> void: # 当插件被启用时调用 print("Custom Collectible Inspector plugin enabled!") # 注册自定义属性编辑器。 # 参数1：要编辑的属性所属的类名（字符串）。 # 参数2：要自定义编辑的属性名（字符串）。如果为空字符串""，则表示对该类所有属性生效（通常不这么做）。 # 参数3：自定义编辑器类的类型（必须是继承自EditorProperty的类）。 # 参数4：附加参数（可选），可以传递给自定义编辑器的_init方法。 add_custom_property_editor("CollectibleItemConfig", "item_name", CollectibleItemConfigEditor.new()) # 未来可以在这里为其他属性也注册这个或其他的编辑器 # add_custom_property_editor("CollectibleItemConfig", "description", CollectibleItemConfigEditor.new()) func _exit_tree() -> void: # 当插件被禁用时调用，进行清理工作 # 注意：Godot 4.0中，移除自定义编辑器没有直接的“remove”函数。 # 通常我们只需要确保插件被禁用时，我们的编辑器实例被正确释放即可。 # 因为我们的编辑器实例是在add_custom_property_editor时创建的，当插件卸载，这些引用会断开，编辑器会自动清理。 print("Custom Collectible Inspector plugin disabled.")关键点：add_custom_property_editor是注册的核心。它建立了一个映射关系：当Godot需要编辑CollectibleItemConfig类型的对象的item_name属性时，就实例化一个我们提供的CollectibleItemConfigEditor类来处理。
4.3 实现首个自定义属性编辑器 (collectible_item_config_editor.gd)
现在实现针对item_name的编辑器。我们将创建一个带标签的文本输入框。
@tool extends EditorProperty # 我们将在界面上使用的控件 var property_label: Label var line_edit: LineEdit var current_value: String = "" func _init() -> void: # 1. 创建标签，显示属性名 property_label = Label.new() property_label.text = "Item Name" add_child(property_label) # 2. 创建文本输入框 line_edit = LineEdit.new() line_edit.custom_minimum_size.x = 150 # 设置最小宽度 add_child(line_edit) # 3. 设置布局：让输入框占据剩余水平空间 set_bottom_editor(line_edit) # 4. 连接信号：当用户输入完成（按回车或失去焦点）时，更新属性值 # 注意：这里使用 `text_submitted` 和 `focus_exited` 来平衡实时性和性能。 # 如果追求实时性，可以连接 `text_changed`，但需注意性能。 line_edit.text_submitted.connect(_on_line_edit_submitted) line_edit.focus_exited.connect(_on_line_edit_focus_exited) func _update_property() -> void: # 从当前编辑的对象中读取最新值 var new_value = get_edited_object()[get_edited_property()] if new_value != current_value: current_value = new_value # 为了避免触发line_edit的text_changed信号导致循环，我们暂时断开连接 line_edit.text_submitted.disconnect(_on_line_edit_submitted) line_edit.focus_exited.disconnect(_on_line_edit_focus_exited) line_edit.text = str(new_value) # 更新后重新连接信号 line_edit.text_submitted.connect(_on_line_edit_submitted) line_edit.focus_exited.connect(_on_line_edit_focus_exited) func _on_line_edit_submitted(new_text: String) -> void: _update_edited_property_value(new_text) func _on_line_edit_focus_exited() -> void: _update_edited_property_value(line_edit.text) func _update_edited_property_value(value: String) -> void: if value != current_value: current_value = value # 关键步骤：发出属性已更改的信号 emit_changed(get_edited_property(), value)现在，启用你的插件（项目 -> 项目设置 -> 插件 -> 找到你的插件并启用）。然后打开或创建一个CollectibleItemConfig资源。你会发现item_name属性不再是一个简单的行编辑框，而是变成了我们自定义的带“Item Name”标签的样式。修改文本并点击其他地方，资源的值会被更新。
4.4 构建复合属性编辑器：整合多个控件
单一属性的自定义意义不大。我们的目标是创建一个面板，将多个相关属性组织在一起。为此，我们需要创建一个能管理多个子控件的EditorProperty，并让它负责一个“虚拟”的或“分组”属性。
常见的做法是，在自定义资源类中定义一个Dictionary或自定义Resource类型的属性，然后为这个复杂属性创建一个强大的自定义编辑器。但为了教学清晰，我们换一种思路：我们创建一个自定义编辑器，它负责渲染CollectibleItemConfig的多个核心属性，并把它注册给一个不存在的属性名（如“_custom_section”），然后通过add_property_editor()并设置override为 true，来让它接管整个资源的Inspector显示。
修改plugin.gd的_enter_tree()方法：
func _enter_tree() -> void: # 创建我们复杂的自定义编辑器实例 var custom_editor = CollectibleItemConfigEditor.new() # 使用 add_property_editor 并设置 override # 参数1：属性路径。我们可以用一个特殊的名字，比如 “__custom” # 参数2：编辑器实例 # 参数3：是否覆盖该属性及其所有子属性的默认编辑器 (true) add_property_editor(“CollectibleItemConfig”, “__custom”, custom_editor, true) print(“Custom Collectible Inspector plugin enabled (full override)!”)然后，彻底重写collectible_item_config_editor.gd。这次，我们将在_init中构建一个包含多个控件的复杂UI。
@tool extends EditorProperty # 定义我们内部要管理的属性列表 const MANAGED_PROPERTIES = [“item_name”, “description”, “base_value”, “rarity”, “is_stackable”] # 控件引用 var controls: Dictionary = {} # 键：属性名，值：控件数组 [Label, Control] func _init() -> void: # 创建一个垂直布局容器来放置所有控件 var vbox = VBoxContainer.new() vbox.size_flags_vertical = Control.SIZE_EXPAND_FILL add_child(vbox) # 为每个管理的属性创建一行 for prop in MANAGED_PROPERTIES: var hbox = HBoxContainer.new() hbox.size_flags_horizontal = Control.SIZE_EXPAND_FILL vbox.add_child(hbox) # 创建属性标签 var label = Label.new() label.text = prop.capitalize().replace(“_”, “ “) label.size_flags_horizontal = Control.SIZE_EXPAND_FILL label.horizontal_alignment = HORIZONTAL_ALIGNMENT_RIGHT label.vertical_alignment = VERTICAL_ALIGNMENT_CENTER hbox.add_child(label) # 根据属性类型创建不同的输入控件 var input_control: Control match prop: “item_name”: var le = LineEdit.new() le.custom_minimum_size.x = 200 le.text_submitted.connect(_on_property_changed.bind(prop, le)) le.focus_exited.connect(_on_property_changed.bind(prop, le)) input_control = le “description”: var te = TextEdit.new() te.custom_minimum_size = Vector2(200, 60) te.wrap_mode = TextEdit.LINE_WRAPPING_BOUNDARY te.text_changed.connect(_on_text_edit_changed.bind(prop, te)) input_control = te “base_value”: var sb = SpinBox.new() sb.min_value = 1 sb.max_value = 100 sb.step = 1 sb.value_changed.connect(_on_spinbox_changed.bind(prop, sb)) input_control = sb “rarity”: var ob = OptionButton.new() ob.add_item(“Common”) ob.add_item(“Uncommon”) ob.add_item(“Rare”) ob.add_item(“Epic”) ob.add_item(“Legendary”) ob.item_selected.connect(_on_option_selected.bind(prop, ob)) input_control = ob “is_stackable”: var cb = CheckBox.new() cb.toggled.connect(_on_checkbox_toggled.bind(prop, cb)) input_control = cb _: input_control = Label.new() input_control.text = “N/A” input_control.size_flags_horizontal = Control.SIZE_EXPAND_FILL hbox.add_child(input_control) # 存储控件引用，方便后续更新 controls[prop] = [label, input_control] # 设置这个自定义编辑器使用整个VBox作为底部控件 set_bottom_editor(vbox) func _update_property() -> void: # 因为我们管理多个属性，所以需要遍历更新 var edited_object = get_edited_object() if not edited_object: return for prop in MANAGED_PROPERTIES: if not edited_object.has(prop): continue var new_value = edited_object.get(prop) var control_pair = controls.get(prop) if not control_pair: continue var input_control = control_pair[1] # 根据控件类型更新值，注意断开信号避免循环 if input_control is LineEdit: (input_control as LineEdit).text_submitted.disconnect(_on_property_changed) (input_control as LineEdit).focus_exited.disconnect(_on_property_changed) (input_control as LineEdit).text = str(new_value) (input_control as LineEdit).text_submitted.connect(_on_property_changed.bind(prop, input_control)) (input_control as LineEdit).focus_exited.connect(_on_property_changed.bind(prop, input_control)) elif input_control is TextEdit: (input_control as TextEdit).text_changed.disconnect(_on_text_edit_changed) (input_control as TextEdit).text = new_value (input_control as TextEdit).text_changed.connect(_on_text_edit_changed.bind(prop, input_control)) elif input_control is SpinBox: (input_control as SpinBox).value_changed.disconnect(_on_spinbox_changed) (input_control as SpinBox).value = new_value (input_control as SpinBox).value_changed.connect(_on_spinbox_changed.bind(prop, input_control)) elif input_control is OptionButton: (input_control as OptionButton).item_selected.disconnect(_on_option_selected) var idx = (input_control as OptionButton).get_item_index(new_value) if idx >= 0: (input_control as OptionButton).select(idx) (input_control as OptionButton).item_selected.connect(_on_option_selected.bind(prop, input_control)) elif input_control is CheckBox: (input_control as CheckBox).toggled.disconnect(_on_checkbox_toggled) (input_control as CheckBox).button_pressed = new_value (input_control as CheckBox).toggled.connect(_on_checkbox_toggled.bind(prop, input_control)) # ———— 各个控件的信号处理函数 ———— func _on_property_changed(new_text: String, prop: String, control: LineEdit) -> void: _emit_property_change(prop, new_text) func _on_text_edit_changed(prop: String, control: TextEdit) -> void: _emit_property_change(prop, control.text) func _on_spinbox_changed(new_value: float, prop: String, control: SpinBox) -> void: _emit_property_change(prop, int(new_value)) # 注意类型转换 func _on_option_selected(index: int, prop: String, control: OptionButton) -> void: _emit_property_change(prop, control.get_item_text(index)) func _on_checkbox_toggled(toggled_on: bool, prop: String, control: CheckBox) -> void: _emit_property_change(prop, toggled_on) # 统一的属性变更发射函数 func _emit_property_change(property: String, value) -> void: emit_changed(property, value)这个版本的编辑器一次性创建了所有控件的UI，并在_update_property中批量同步值。emit_changed时传递具体的属性名和值，Godot编辑器会智能地更新对应的资源属性。
启用插件后，打开一个CollectibleItemConfig资源，你会看到默认的Inspector被完全替换成了我们自定义的面板，所有属性整齐排列，并使用我们指定的控件进行交互。
5. 常见问题与排查技巧实录
在实际开发中，你肯定会遇到各种问题。下面是我在开发类似插件时踩过的坑和解决方案。
5.1 插件不显示或启用失败
- 检查
plugin.cfg：确保script路径指向正确的plugin.gd文件。路径是相对于插件目录的。 - 检查脚本继承和
@tool：plugin.gd和所有自定义编辑器脚本必须有@tool注解，并且继承关系正确（EditorPlugin和EditorProperty）。 - 查看编辑器输出面板：Godot编辑器底部有一个“输出”面板。启用插件时，查看是否有我们
_enter_tree()中打印的日志，或者是否有红色的错误信息。这是最重要的调试手段。 - 重新加载插件：有时修改代码后，需要禁用再启用插件，或者直接重启Godot编辑器才能生效。
5.2 自定义编辑器控件不更新或更新循环
- 信号连接/断开时机：在
_update_property中更新UI控件值前，务必先断开该控件与emit_changed函数的信号连接，更新后再重新连接。这是避免“更新循环”（控件触发信号，信号导致emit_changed，emit_changed触发_update_property，无限循环）的最有效方法。 - 值比较：在
_update_property和信号处理函数中，比较新旧值是否真的发生了变化，再决定是否调用emit_changed，可以减少不必要的刷新和潜在循环。 - 使用
call_deferred：如果遇到复杂的UI更新导致崩溃或状态不一致，可以尝试将控件更新操作包装在call_deferred()中，延迟到下一帧执行。
5.3 属性更改未保存或Undo/Redo失效
- 必须使用
emit_changed：这是通知编辑器属性已修改的唯一标准方式。直接修改get_edited_object()的属性不会触发编辑器的脏标记和Undo栈。 - Godot的Undo/Redo：当你正确使用
emit_changed时，Godot编辑器会自动为你处理Undo/Redo操作。你不需要手动管理。
5.4 布局错乱或控件显示不全
set_bottom_editor的使用：这个方法用于告诉Inspector你的自定义编辑器需要多少空间。通常你应该传递你最外层的容器控件（如VBoxContainer）。确保这个容器及其子控件正确设置了size_flags（如SIZE_EXPAND_FILL）和custom_minimum_size。- 控件重叠：Godot的容器控件（如
HBoxContainer,VBoxContainer）能自动管理子控件布局。优先使用它们，而不是手动设置position。 - 在
_init中设置大小：有些控件在_init时可能无法获取准确的主题或样式信息来计算大小。如果遇到显示问题，可以尝试在_ready()回调中（如果自定义编辑器有的话）或使用call_deferred来设置尺寸。
5.5 如何为特定属性类型使用内置编辑器外观？
有时你只想改变某个属性的布局，但仍想使用Godot内置的编辑器逻辑（比如颜色选择器、资源选择器）。你可以通过add_property_editor()的第三个参数传入一个已有的EditorProperty子类实例，而不是完全自己从头构建。但更高级的做法是，在你的自定义编辑器内部，通过create_editor_for_property()方法（EditorInspector的方法，需要一些技巧获取到inspector实例）来生成一个内置的属性编辑器，然后将其作为子控件添加到你的布局中。这涉及到更深入的编辑器API探索，对于初学者，先从完全自定义开始更能理解原理。
最后，分享一个我个人的小技巧：在开发复杂自定义编辑器时，我通常会先在另一个测试场景中，用普通的UI控件把想要的界面和交互逻辑做出来并调通。然后再将这套UI逻辑移植到继承自EditorProperty的类中。这样可以隔离编辑器API的复杂性，先专注于业务逻辑本身。
