Godot推箱子游戏开发：CharacterBody2D实现精准碰撞与平滑移动

1. 项目概述：为什么用CharacterBody2D做推箱子是个好主意？

最近在社区里看到不少朋友在讨论用Godot做推箱子游戏，很多教程还在用RigidBody2D或者Area2D来处理玩家和箱子的交互，结果不是物理反馈太“飘”，就是碰撞检测卡顿不跟手。我自己在重构一个经典解谜游戏原型时，也踩过这些坑。后来我发现，CharacterBody2D这个节点，简直是实现这类格子移动、需要精确控制碰撞的游戏的天选之子。它不像RigidBody那样完全交给物理引擎，导致箱子被推时容易打滑或旋转；也不像单纯用Area2D那样需要自己写一大堆碰撞响应逻辑。CharacterBody2D提供了move_and_slide()和move_and_collide()这两个核心方法，让你能像操控一个平台游戏角色一样，以帧为单位精确地控制物体的移动和碰撞检测，实现那种“咔哒”一下精准推到位的爽快感。

这个笔记，我就来详细拆解一下，如何用CharacterBody2D作为玩家和箱子的共同基础，构建一套平滑、可靠、易于扩展的推箱子逻辑。我们会从最基础的移动和碰撞开始，一步步解决多个箱子连锁推动、推动动画平滑衔接、以及利用Godot 4新特性优化代码结构等实际问题。无论你是刚接触Godot不久，想找个有深度的练手项目，还是已经有一定经验，想优化自己的物理交互方案，相信这套思路都能给你带来一些启发。

2. 核心设计思路：从“物理模拟”到“状态控制”的转变

2.1 传统方案的痛点分析

在深入代码之前，我们先想想为什么很多初版推箱子手感不好。常见的做法有两种：

1. 使用RigidBody2D：给玩家和箱子都挂上刚体，通过力（Force）或冲量（Impulse）来推动。问题立刻显现：箱子被推时可能会轻微旋转，导致与墙的碰撞检测变得不规则；推动的力度不好控制，轻了推不动，重了箱子会滑动过头；多个箱子挤在一起时，物理引擎的计算可能导致意想不到的挤压和弹开，完全破坏了回合制解谜游戏所需的确定性。

2. 使用Area2D + 手动位移：用Area2D检测重叠，然后用position直接赋值或线性插值移动。这虽然避免了物理引擎的“不确定性”，但你需要自己处理所有的碰撞预判（比如箱子前面有墙还能不能推）、移动中的碰撞检测（比如移动路径上突然出现另一个物体），代码会变得复杂且容易出BUG，很难做到“平滑”移动中的即时碰撞响应。

2.2 CharacterBody2D的优势解构

CharacterBody2D的设计初衷是用于平台游戏主角，它完美契合了推箱子的需求核心：基于碰撞的确定性移动。

• move_and_collide(velocity: Vector2): 这个方法尝试移动物体，并在移动过程中检测碰撞。如果发生碰撞，它会立即停止在碰撞点，并返回一个KinematicCollision2D对象，里面包含了丰富的碰撞信息（如碰撞法线、碰撞体等）。这对于“尝试推动”这个动作来说是完美的——我们可以先让玩家尝试移动，如果撞到的是箱子，就从碰撞信息中知道撞的是谁，然后尝试去移动那个箱子。
• move_and_slide(): 这个方法更适用于连续移动并希望沿着斜坡或墙壁滑动的场景。在推箱子中，我们可以用它来处理玩家在未推动状态下的移动（比如在空地上行走），因为它能更优雅地处理多个碰撞和地面检测。但对于推动逻辑，move_and_collide()的精确控制更合适。

我们的核心思路可以概括为：将一次推动操作，分解为“玩家尝试移动 -> 检测碰撞体 -> 若为箱子则递归尝试移动箱子 -> 所有相关物体同步移动”这样一个状态驱动的链条。这确保了在每一帧的逻辑更新中，所有移动都是预先计算好、确认可行的，然后再一次性应用到画面上，避免了中间状态的不一致。

2.3 场景节点结构设计

一个清晰的结构是成功的一半。我建议的节点树如下：

Player (CharacterBody2D) ├── Sprite2D (玩家图像) ├── CollisionShape2D (玩家碰撞形状，建议矩形，与格子大小匹配) └── (可选) AnimationPlayer (移动动画) Box (CharacterBody2D) ├── Sprite2D (箱子图像) ├── CollisionShape2D (箱子碰撞形状，同样匹配格子) └── (可选) AnimationPlayer (箱子被推动的轻微晃动动画) TileMap (用于绘制墙壁、地板、目标点)

关键点在于，玩家和箱子是同类型节点（CharacterBody2D）。这为统一的移动和碰撞检测逻辑打下了基础。TileMap的每个格子（Cell）大小，应该与玩家和箱子的碰撞形状大小一致，这是实现“格子锁定”式移动的几何基础。

3. 基础移动与单箱子推动实现

3.1 玩家基础移动控制

我们先实现玩家在空地中的移动。这里用move_and_slide()更合适，因为它能自动处理斜坡和多个碰撞器，让移动手感更顺滑。

# Player.gd extends CharacterBody2D # 定义移动速度，单位：像素/秒 @export var speed: float = 200.0 # 引用TileMap节点，用于后续判断墙壁 @export var tile_map: TileMap func _physics_process(delta): # 1. 获取输入方向 var input_dir = Input.get_vector("ui_left", "ui_right", "ui_up", "ui_down") # 2. 只有在有输入时，才处理移动和推动逻辑 if input_dir != Vector2.ZERO: # 3. 尝试处理推动（这个方法我们稍后实现） var push_successful = try_push(input_dir) # 4. 如果推动成功，玩家自身也会移动。如果推动失败（如面前是墙），则玩家不移动。 # 但为了平滑，即使推动失败，我们也可以让玩家播放一个“顶住”的动画。 # 这里我们先实现空地上的移动。 if !push_successful: # 尝试普通移动（面前没有箱子，或者箱子推不动） # 但需要先判断面前是否是墙 if can_move_to(input_dir): velocity = input_dir * speed move_and_slide() else: # 面前是墙，播放顶住动画或处理音效 pass else: velocity = Vector2.ZERO # 判断目标方向的下一个格子是否是可行走的地板（非墙壁） func can_move_to(direction: Vector2) -> bool: # 计算玩家当前位置对应的地图格子坐标 var current_tile_pos = tile_map.local_to_map(position) # 计算目标格子坐标 var target_tile_pos = current_tile_pos + direction # 获取目标格子的图集坐标（Tile Atlas Coordinates） var tile_data = tile_map.get_cell_tile_data(0, target_tile_pos) # 假设我们为墙壁图层定义了一个自定义数据层叫“solid”，布尔值为true if tile_data and tile_data.get_custom_data("solid"): return false # 是墙壁，不能移动 return true # 不是墙壁，可以移动

注意：这里将移动速度speed和tile_map设置为@export变量，方便在编辑器中随时调整和拖拽赋值，这是Godot提高开发效率的一个好习惯。

3.2 单箱子推动的核心逻辑

现在来实现最关键的try_push函数。它的职责是：当玩家尝试向某个方向移动时，检测该方向紧挨着的物体是不是箱子。如果是，则尝试递归地移动这个箱子（以及这个箱子可能连锁推动的其他箱子）。

# Player.gd (续) # 尝试向指定方向推动物体 func try_push(direction: Vector2) -> bool: # 1. 计算玩家正前方（一个格子距离）的检测位置 var check_position = position + direction * tile_map.tile_set.tile_size # 2. 使用PhysicsRayQueryParameters2D进行更精确的检测 # 这是Godot 4中更推荐的方式，比Area2D查询更高效、准确 var space_state = get_world_2d().direct_space_state var query = PhysicsRayQueryParameters2D.create(position, check_position) query.collide_with_areas = false # 我们不检测Area query.collide_with_bodies = true # 只检测物理体 query.exclude = [self] # 排除玩家自己 var result = space_state.intersect_ray(query) if result: var collider = result.collider # 3. 判断碰撞到的是否是箱子 if collider is CharacterBody2D and collider.has_method("try_move"): # 4. 调用箱子的尝试移动方法 return collider.try_move(direction) # 5. 如果没有碰到箱子，或者箱子移动失败，返回false return false

接下来，我们需要在箱子脚本中实现try_move方法。这是递归推动的核心。

# Box.gd extends CharacterBody2D @export var tile_map: TileMap @export var move_duration: float = 0.15 # 移动动画时长，秒 # 尝试移动箱子，返回是否成功 func try_move(direction: Vector2) -> bool: # 1. 计算箱子目标位置 var target_tile_pos = tile_map.local_to_map(position) + direction var target_world_pos = tile_map.map_to_local(target_tile_pos) # 2. 检查目标位置是否合法 if !is_position_valid(target_world_pos, direction): return false # 目标位置有墙或其他不可移动的箱子，移动失败 # 3. 如果目标位置是另一个箱子，尝试递归推动它 var space_state = get_world_2d().direct_space_state var query = PhysicsRayQueryParameters2D.create(position, target_world_pos) query.collide_with_areas = false query.collide_with_bodies = true query.exclude = [self] var result = space_state.intersect_ray(query) if result: var collider = result.collider if collider is CharacterBody2D and collider.has_method("try_move"): # 递归尝试推动前面的箱子 if !collider.try_move(direction): return false # 前面的箱子推不动，自己也动不了 else: # 碰到了非箱子的障碍物（理论上前面检查过墙壁，这里可能是其他物体） return false # 4. 所有检查通过，执行移动 perform_move(target_world_pos) return true # 检查目标世界坐标位置是否可行走（非墙壁） func is_position_valid(world_pos: Vector2, direction: Vector2) -> bool: var tile_pos = tile_map.local_to_map(world_pos) var tile_data = tile_map.get_cell_tile_data(0, tile_pos) if tile_data and tile_data.get_custom_data("solid"): return false return true # 执行实际的移动（带动画） func perform_move(target_pos: Vector2): # 使用Tween创建平滑移动动画 var tween = create_tween() tween.tween_property(self, "position", target_pos, move_duration).set_trans(Tween.TRANS_QUAD).set_ease(Tween.EASE_OUT) # 可以在这里添加箱子被推动的音效或粒子效果

实操心得：这里没有在_physics_process里用move_and_slide来移动箱子，而是用Tween动画。为什么？因为推箱子的移动是离散的、一次一格的。用Tween可以轻松控制移动的时长和缓动曲线（Easing），让推动看起来有“重量感”和“平滑感”。而move_and_slide更适合需要持续受力、每帧计算速度的连续移动。

4. 多箱子连锁推动与碰撞优化

4.1 实现连锁推动

上面的try_move方法已经包含了递归调用的雏形。当一个箱子尝试移动时，它会先检查目标位置是否有另一个箱子，如果有，就递归调用那个箱子的try_move。只有当链条末端的箱子都能移动时，递归才会层层返回true，最终触发第一个箱子的perform_move。这个逻辑本身已经支持了多箱子连锁推动。

但是，这里存在一个潜在问题：递归深度。如果关卡设计失误，箱子排成一长列，递归可能过深。虽然推箱子关卡通常不会这么设计，但稳健的代码应该考虑这一点。我们可以添加一个最大递归深度限制，或者更优雅地，改用循环+栈或队列的方式来模拟递归过程，避免调用栈溢出。

# Box.gd 中 try_move 函数的优化版本（循环替代递归） func try_move(direction: Vector2) -> bool: # 使用一个列表来记录需要移动的箱子链 var box_chain = [self] var current_pos = position var current_tile_pos = tile_map.local_to_map(current_pos) # 向前探测，收集所有需要被推动的箱子 while true: var next_tile_pos = current_tile_pos + direction var next_world_pos = tile_map.map_to_local(next_tile_pos) # 检查下一个位置是否是墙壁 if !is_position_valid(next_world_pos, direction): return false # 链中有墙，全部失败 # 检查下一个位置是否有其他物体 var space_state = get_world_2d().direct_space_state var query = PhysicsRayQueryParameters2D.create( tile_map.map_to_local(current_tile_pos), next_world_pos ) query.collide_with_areas = false query.collide_with_bodies = true # 排除链中已经检查过的箱子 query.exclude = box_chain var result = space_state.intersect_ray(query) if result: var collider = result.collider if collider is CharacterBody2D and collider.has_method("perform_move"): # 是另一个箱子，加入链条，继续探测 box_chain.append(collider) current_pos = collider.position current_tile_pos = tile_map.local_to_map(current_pos) continue else: # 碰到其他不可移动的障碍物 return false else: # 下一个位置是空的，探测结束 break # 如果链条中有箱子，且探测通过，则从最后一个箱子开始向前移动 # 这样移动动画看起来更自然（后面的箱子先动） for i in range(box_chain.size() - 1, -1, -1): var box = box_chain[i] var target_tile = tile_map.local_to_map(box.position) + direction var target_pos = tile_map.map_to_local(target_tile) box.perform_move(target_pos) return true

这个改进版使用循环来探测整个箱子链，将所有需要移动的箱子收集到box_chain数组中。确认整个链条可以移动后，再从链条的末端（离玩家最远的箱子）开始向目标位置移动。这样做有两个好处：一是避免了递归可能带来的栈溢出问题；二是让移动动画看起来更合理——通常是一串箱子中最后一个先被“推出空间”，然后前面的依次跟进。

4.2 碰撞形状与对齐优化

推箱子游戏要求像素级的精确对齐，否则碰撞检测会出问题。你需要确保：

1. 格子大小对齐：TileMap的Tile Size、玩家和箱子的CollisionShape2D的Shape尺寸，三者必须一致或成整数倍关系。例如，如果Tile格子是64x64，那么碰撞形状最好是64x64的矩形（RectangleShape2D）。
2. 原点对齐：Sprite2D和CollisionShape2D的Offset或节点的Position要调整好，确保精灵图像的视觉中心与碰撞形状的物理中心对齐，并且都位于格子的中心。一个技巧是将CharacterBody2D节点的位置直接对齐到格子中心，所有子节点（精灵、碰撞形状）的偏移量设为(0,0)。
3. 使用网格对齐：在编辑器中，打开“视图” -> “网格” -> “显示网格”和“启用吸附”，并设置吸附步长为你的格子大小（如64）。这样在拖放玩家和箱子预设体（PackedScene）时，可以轻松对齐到网格。

4.3 推动动画的细节打磨

平滑的推动不止是位置的线性插值。我们可以为perform_move函数增加更多细节：

func perform_move(target_pos: Vector2): var tween = create_tween() # 1. 移动位置 tween.tween_property(self, "position", target_pos, move_duration) # 2. 添加一个轻微的“挤压”缩放动画，模拟受力瞬间 tween.parallel().tween_property($Sprite2D, "scale", Vector2(0.9, 1.1), move_duration * 0.1) tween.parallel().tween_property($Sprite2D, "scale", Vector2(1.0, 1.0), move_duration * 0.1).set_delay(move_duration * 0.1) # 3. 可以再加入一个微小的旋转（比如0.5度），让动画更生动 # tween.parallel().tween_property($Sprite2D, "rotation_degrees", 0.5, move_duration * 0.05) # tween.parallel().tween_property($Sprite2D, "rotation_degrees", 0.0, move_duration * 0.05).set_delay(move_duration * 0.05)

注意事项：动画效果要克制。过度的缩放或旋转可能会让玩家觉得箱子是“软”的，破坏了推箱子的扎实感。细微的效果更能提升质感。

5. 状态集成与高级功能拓展

5.1 玩家状态机管理

一个健壮的玩家控制器应该有明确的状态，比如“空闲”、“移动中”、“推动中”、“被阻挡”。这可以让逻辑更清晰，也便于扩展动画和音效。

# Player.gd enum PlayerState { IDLE, MOVING, PUSHING, BLOCKED } @export var tile_map: TileMap @export var speed: float = 200.0 @export var push_move_duration: float = 0.15 # 推动时的移动时长，应与箱子移动时长匹配或略短 var current_state: PlayerState = PlayerState.IDLE var move_tween: Tween func _physics_process(delta): var input_dir = Input.get_vector("ui_left", "ui_right", "ui_up", "ui_down") # 状态处理 match current_state: PlayerState.IDLE: if input_dir != Vector2.ZERO: attempt_action(input_dir) PlayerState.MOVING, PlayerState.PUSHING: # 正在移动或推动中，忽略新的输入，直到当前动作完成 # 可以通过检查Tween是否运行来判断 if move_tween and !move_tween.is_running(): current_state = PlayerState.IDLE PlayerState.BLOCKED: # 被阻挡状态，可以短暂停留后自动回到IDLE，或等待输入释放 if input_dir == Vector2.ZERO: current_state = PlayerState.IDLE func attempt_action(direction: Vector2): if try_push(direction): current_state = PlayerState.PUSHING # 玩家跟随移动 var target_pos = position + direction * tile_map.tile_set.tile_size move_with_tween(target_pos, push_move_duration) elif can_move_to(direction): current_state = PlayerState.MOVING var target_pos = position + direction * tile_map.tile_set.tile_size move_with_tween(target_pos, push_move_duration) # 可以用更快的移动时长 else: current_state = PlayerState.BLOCKED # 播放顶住墙壁的音效或动画 $AnimationPlayer.play("blocked") func move_with_tween(target_pos: Vector2, duration: float): if move_tween: move_tween.kill() move_tween = create_tween() move_tween.tween_property(self, "position", target_pos, duration).set_trans(Tween.TRANS_QUAD).set_ease(Tween.EASE_OUT) move_tween.finished.connect(_on_move_finished) func _on_move_finished(): # 移动结束，状态可能在physics_process中已被更新，这里可以做一些清理 pass

5.2 目标点检测与关卡完成判断

推箱子的目标是让所有箱子都到达目标点。我们可以在TileMap上用一个单独的图层来放置目标点（目标点地板）。每个箱子都需要知道自己是否在目标点上。

首先，为TileMap创建一个“goals”图层，放置目标点瓷砖。然后修改Box脚本：

# Box.gd var is_on_goal: bool = false func _ready(): # 初始位置检查 check_goal_status() func perform_move(target_pos: Vector2): # ... (之前的tween动画代码) ... # 在tween完成后检查目标状态 var tween = create_tween() tween.tween_property(self, "position", target_pos, move_duration) tween.finished.connect(check_goal_status) func check_goal_status(): var tile_pos = tile_map.local_to_map(position) var tile_data = tile_map.get_cell_tile_data(1, tile_pos) # 假设目标点在第1层 var new_status = tile_data != null # 如果该位置有目标点瓷砖，就在目标点上 if new_status != is_on_goal: is_on_goal = new_status # 触发状态变化，例如改变箱子颜色 update_appearance() # 通知游戏管理器检查关卡是否完成 get_node("/root/GameManager").box_goal_status_changed() func update_appearance(): if is_on_goal: $Sprite2D.modulate = Color.GREEN # 变成绿色 else: $Sprite2D.modulate = Color.WHITE

然后，你需要一个游戏管理器（GameManager，一个Autoload单例）来跟踪所有箱子，并在每次箱子状态变化时检查是否所有箱子都在目标点上。

5.3 输入缓冲与操作手感优化

在快节奏的推箱子变体或想要更跟手的手感时，输入缓冲（Input Buffering）是个有用的技巧。即：在玩家角色尚未完成当前移动时，就接收下一个方向的输入，并在当前移动结束后立即执行。

# Player.gd var buffered_input: Vector2 = Vector2.ZERO func _unhandled_input(event): # 在物理过程之外捕获输入 if current_state == PlayerState.MOVING or current_state == PlayerState.PUSHING: if event.is_action_pressed("ui_left"): buffered_input = Vector2.LEFT elif event.is_action_pressed("ui_right"): buffered_input = Vector2.RIGHT elif event.is_action_pressed("ui_up"): buffered_input = Vector2.UP elif event.is_action_pressed("ui_down"): buffered_input = Vector2.DOWN func _on_move_finished(): if buffered_input != Vector2.ZERO: var dir = buffered_input buffered_input = Vector2.ZERO attempt_action(dir) else: current_state = PlayerState.IDLE

这样，玩家可以在移动动画播放期间就按住下一个方向键，角色会在移动结束后立刻开始下一次移动或推动，操作会感觉非常流畅。

6. 常见问题与调试技巧实录

6.1 箱子推不动或穿透墙壁

• 问题：箱子被推到墙边时，有时会卡住，有时又会穿过去。
• 排查：
  1. 检查碰撞层和掩码：确保玩家、箱子、墙壁的CollisionLayer和CollisionMask设置正确。通常，玩家和箱子应该在同一个层（如第1层），并且它们的掩码都包含墙壁所在的层（如第2层）。墙壁的层在第2层，掩码可以包含第1层。在项目设置 -> 层名称 -> 2D物理中预先定义好层名称（如“player”, “wall”, “box”）会更清晰。
  2. 检查碰撞形状尺寸和位置：在场景编辑器中打开“调试” -> “可见碰撞形状”，查看碰撞框是否与精灵视觉完全匹配，并且是否精确对齐格子。确保碰撞形状没有因为缩放或偏移而超出格子范围。
  3. 调试is_position_valid函数：在try_move中，在调用is_position_valid前后打印目标格子坐标和检查结果，确认墙壁检测逻辑是否正确。
• 解决：最常见的原因是碰撞形状没有与TileMap格子完美对齐。使用网格吸附功能，并确保CollisionShape2D的Shape尺寸是格子尺寸的整数倍。

6.2 连锁推动时箱子动作不同步

• 问题：推动一排箱子时，它们不是同时开始移动，或者移动动画看起来不连贯。
• 排查：检查perform_move中Tween动画的启动方式。在优化后的循环推动逻辑中，我们是从箱子链的末端开始依次调用perform_move。虽然调用有先后，但因为Tween动画的持续时间（move_duration）相同，且Godot的Tween是并行处理的，所以视觉上应该是几乎同时开始移动。如果出现明显延迟，可能是每创建一个Tween都有微小开销。
• 解决：可以创建一个统一的Tween管理器，或者使用SceneTreeTween来同步多个物体的动画。更简单的方法是，确保所有箱子的move_duration值完全相同，并且动画缓动曲线（easing function）也一致。

6.3 移动后位置有轻微偏移

• 问题：移动动画结束后，箱子或玩家的位置没有精确对齐到格子中心，导致后续碰撞检测出错。
• 排查：Tween动画的最终值是否精确设置为格子中心的世界坐标。使用tile_map.map_to_local(tile_pos)计算出的位置是格子原点（通常是左上角）的坐标。你需要根据格子的锚点（Anchor）或手动加上偏移量（如tile_size / 2）来得到中心点。
• 解决：在Godot 4的TileMap中，map_to_local返回的是格子中心的坐标（如果TileSet的图块是居中对齐的话）。但最好确认一下你的TileSet资源中，图块的渲染原点设置。最可靠的方法是在_ready中打印几个转换结果进行验证：print(tile_map.map_to_local(Vector2i(0,0)))。

6.4 性能问题与大量实体

• 问题：当关卡中箱子非常多时，递归或循环探测可能会对性能有影响。
• 优化：
  1. 空间分区：对于非常大的地图，可以考虑使用YSort节点或自定义的网格空间分区来管理箱子，减少每次射线检测需要遍历的物体数量。
  2. 缓存探测结果：如果箱子在移动后短时间内不会再次移动，可以缓存其周围格子的状态（是否有墙、是否有其他箱子）。但这增加了状态管理的复杂度。
  3. 简化碰撞形状：使用简单的矩形（RectangleShape2D）而不是多边形（ConvexPolygonShape2D）。
  4. Godot 4的性能工具：使用调试器中的“监视器”面板，查看物理过程（_physics_process）的耗时。如果某帧耗时突然飙升，可以检查是否是复杂的连锁推动导致的。

6.5 关于Godot 4新特性的利用

• PhysicsRayQueryParameters2D：如我们所用，这是Godot 4中进行射线检测的推荐方式，比RayCast2D节点更灵活（无需预先放置节点），性能也更好。
• TileData与自定义数据层：我们用了get_custom_data(“solid”)来判断墙壁。这需要在TileSet编辑器中，为你的墙壁图块添加一个自定义数据层（Custom Data Layer），类型设为bool，并勾选上。这是一种非常清晰的数据驱动方式，将关卡逻辑数据（是否可通行）与视觉表现分离。
• @export变量：大量使用@export将参数暴露给编辑器，如移动速度、动画时长、TileMap引用等，极大地提高了迭代和平衡的效率。

这套基于CharacterBody2D的推箱子实现方案，从底层上保证了移动的确定性和平滑性。它可能不是代码行数最少的方案，但绝对是最健壮、最易扩展的方案之一。你可以在此基础上，轻松地加入更多现代推箱子游戏的功能，比如撤销系统（记录每一步所有箱子和玩家的位置）、死亡判定（箱子被推到死角）、多种交互元素（传送门、开关、冰面滑动）等。希望这篇详细的笔记能帮你打通Godot中处理此类格子系统碰撞与移动的任督二脉。