开工前先聊点实际的为什么《吸血鬼幸存者》这种操作量极低的游戏能让人一玩就停不下来核心在于它把成长正反馈做到了极致——你只需要移动角色武器会自动开火屏幕上几百只怪物扑向你每倒下一片就掉落经验宝石捡起来升级三选一强化然后怪更强、更多、你的清场能力也更强。循环一旦建立爽感根本停不下来。我这次用Unity 2022.3.3 LTS Visual Studio 2022完整复刻了这个核心战斗闭环从玩家移动、敌人波次、自动索敌开火、经验掉落、升级三选一到对象池优化全部手写了一遍。项目源码已经整理好社区里搜索文末提示即可获取。这篇博文面向两类人一类是刚学Unity没多久、想找一个麻雀虽小五脏俱全的完整项目来练手的初学者另一类是已经能写简单脚本但不太清楚大批量敌人生成后如何不卡顿升级系统怎么做才能方便扩展这些实战问题的开发者。我会把每一个关键决策背后的理由都讲清楚不只是给代码还要讲为什么这么写。1. 环境准备为什么是Unity 2022.3.3 LTS VS2022而不是追新1.1 LTS版本的价值稳定压倒一切Unity的版本发布节奏是每年一个Tech Stream技术预览版加一个LTS长期支持版。2022.3.3属于2022 LTS系列官方会持续维护到2025年之后。选择LTS而不是最新版的原因很现实做项目最怕做到一半引擎出幺蛾子而LTS版本的已知问题基本都有解决方案或者规避手段社区讨论也最充分。我遇到过不止一次项目用Tech Stream版本做到一半升级一个小版本后Shader渲染结果变了或者某个API被标记为废弃。这种问题在追新版本时很难避免因为引擎团队还在快速迭代。而LTS版本的核心目标就是不折腾让开发者把精力放在游戏逻辑上——这正是复刻一个完整战斗系统所需要的。1.2 Visual Studio 2022的配置细节VS2022安装时很多人会漏掉Unity开发需要的组件。在Visual Studio Installer里勾选使用Unity的游戏开发工作负载它会自动装上Unity编辑器集成、调试器和.net开发工具链。如果没勾选你会发现写代码时没有Unity API的智能提示调试时也无法在VS里下断点查变量非常痛苦。另外一个容易被忽略的点是Unity 2022.3默认使用.NET Standard 2.1作为API兼容级别VS2022里要把目标框架和项目设置对应上否则部分C#新语法比如record类型虽然能编译但在Play模式下的热重载行为会和预期不一致。实操经验是保持Unity里的Api Compatibility Level为.NET Standard 2.1VS里不要手动修改csproj目标框架两边同步才不会出诡异问题。还有一点Unity 2022.3.3打开外部脚本编辑器默认就是VS2022但要确保首次打开项目时让Unity生成.sln和.csproj文件这一步在Edit Preferences External Tools里确认Regenerate project files按钮点过一次就行。团队协作时这些文件要提交到版本库还是忽略掉我的建议是提交因为不熟悉环境的人拉下来直接能跑省去配置时间。1.3 项目目录结构的提前规划动手写代码前我先把目录结构搭好。这个习惯帮我省了很多回头找文件的工夫Assets/ Scripts/ Player/ # 玩家移动、生命、受击 Weapon/ # 武器数据、开火逻辑、子弹 Enemy/ # 敌人AI、生成器、掉落物 Experience/ # 经验宝石、升级UI、三选一面板 Core/ # 游戏管理器、对象池、事件中心 Prefabs/ # 预制体统一存放 Scenes/ # 场景文件 Art/ # 临时用UGUIShader做的占位美术按功能模块拆脚本目录而不是按脚本/预制体/材质这样的大类分是我比较推荐的方式。因为改武器逻辑时大概率只动Weapon文件夹里的文件目录和功能一一对应重构成本低。2. 玩家移动与镜头跟随先搭出走路的手感2.1 为什么用Transform而非刚体来控制移动《吸血鬼幸存者》里玩家移动有一个典型特征角色始终面向鼠标方向按住方向键或WASD就能走没有惯性、没有碰撞反弹。这种纯粹的移动手感如果用刚体Rigidbody2D.MovePosition需要在FixedUpdate里处理物理帧率还要额外锁旋转反而多此一举。我直接用Transform.position movement * speed * Time.deltaTime每一帧计算输入向量然后叠加。代码很直白public class PlayerMovement : MonoBehaviour { public float moveSpeed 5f; private Vector2 moveInput; void Update() { moveInput new Vector2(Input.GetAxisRaw(Horizontal), Input.GetAxisRaw(Vertical)); moveInput.Normalize(); // 防止斜向移动速度变成1.414倍 transform.position (Vector3)(moveInput * moveSpeed * Time.deltaTime); } }这里有个细节值得单独说Normalize()这一步。如果不做归一化同时按W和D时输入向量的长度是√(1²1²)≈1.414角色斜向移动速度会比直线快41%。很多新手项目跑起来感觉走位飘斜着走明显快就是这个原因。对于《吸血鬼幸存者》这种纯靠走位生存的游戏这一点点手感差异就可能是能活过5分钟和30秒就死的区别。2.2 鼠标朝向还是自动索敌玩家朝向的设计取舍原版游戏里角色的面朝方向决定武器比如飞刀的发射方向吗实际上《吸血鬼幸存者》大部分武器是360度无脑发射或朝最近敌人发射角色本身的朝向更多是视觉表现。我复刻时把朝向做成面向鼠标纯为了让玩家觉得自己在控制角色而不是控制一个没有指向性的圆点。做法很简单用Camera.main.ScreenToWorldPoint把鼠标屏幕坐标转成世界坐标然后l transform.up (mouseWorld - transform.position).normalized。2D模式下UGUI碰撞体是个圆形旋转后碰撞体形状不受影响所以不用担心朝向会影响受击判定。2.3 镜头跟随的Lerp技巧镜头如果死死咬住玩家高速移动时画面会抖尤其是做Screen Shake屏幕震动效果时会叠加出很难看的画面。我用的是一阶惯性跟随也就是Lerp插值public class CameraFollow : MonoBehaviour { public Transform target; public float smoothTime 0.12f; private Vector3 velocity Vector3.zero; void LateUpdate() { Vector3 targetPos new Vector3(target.position.x, target.position.y, transform.position.z); transform.position Vector3.SmoothDamp(transform.position, targetPos, ref velocity, smoothTime); } }LateUpdate比Update晚执行确保玩家先移动、镜头再跟随这样不会出现镜头跑在玩家前面的滞后爆发。SmoothDamp比直接Lerp更自然本质上是一个带阻尼的弹簧运动起步和刹停都有缓冲实测观感比线性插值柔和很多。对移动速度快的玩家角色smoothTime可以微调到0.08慢一点的玩法可以0.15。这个参数不用死记放进Inspector里随时拖在场景里跑两分钟就能找到手感最顺的值。3. 自动开火与索敌逻辑做出不用操作也有事做的核心循环3.1 武器数据和开火频率的建模《吸血鬼幸存者》的武器系统看似简单但设计上有一个重要的抽象武器不关心谁在附近它只按固定节奏开火然后把打谁这件事交给子弹自己决定。我把它拆成了两个类[System.Serializable] public class WeaponData { public string weaponName; public float fireInterval 1f; public int projectileCount 1; public float projectileSpeed 10f; public float damage 10f; public float lifetime 2f; }WeaponData是纯数据类挂在玩家身上一个PlayerWeaponController负责倒计时开火、生成子弹、注入伤害值和飞行速度。关键点是开火频率和投射物数量是独立升级维度原版游戏里增加投射物数量是核心成长爽点从一把小刀变成一圈小刀屏幕直接变华丽。3.2 无限穿透子弹与索敌失效问题子弹的索敌逻辑我一开始做成发射瞬间锁定最近敌人方向然后直线飞过去。这个方案在敌人密度低时没问题但屏幕上一满怪就露馅了子弹朝锁定方向飞但那个敌人已经死了或者被其他子弹打没了子弹继续飞向空无一人的方向——视觉上就是在放空枪。换成了另一种更稳的方案子弹每帧检测前方一定半径内的敌人有就改变方向追过去没有就保持直线。说白了就是简易制导用Physics2D.OverlapCircle每帧扫一次。敌人多的时候这个方案效果非常好因为每个子弹都有自主调整的能力不会因为目标死亡而变成废弹。void Update() { Collider2D[] hits Physics2D.OverlapCircleAll(transform.position, acquireRadius, enemyLayer); if (hits.Length 0) { Vector2 direction (hits[0].transform.position - transform.position).normalized; rb.velocity direction * projectileSpeed; } }这里acquireRadius一般设置成子弹飞行速度的1/10这样子弹的转向不会太灵敏导致乱飘。性能上每帧对所有活跃子弹做OverlapCircle确实有压力但配合后面的对象池和Physics2D的碰撞矩阵只检测指定Layer实测300个子弹同时在场也能稳住60帧。3.3 多方向扇形子弹的发射实现关于投射物数量我实现了两种形态一是一圈均匀分布二是扇形多角度。一圈均匀分布的代码是角度等分float angleStep 360f / projectileCount; for (int i 0; i projectileCount; i) { float angle i * angleStep; Vector2 dir new Vector2(Mathf.Cos(angle * Mathf.Deg2Rad), Mathf.Sin(angle * Mathf.Deg2Rad)); SpawnProjectile(dir); }当projectileCount从1升到3、5、7时视觉效果就是一圈逐渐变多了。这个实现放在升级系统里给玩家的直观反馈特别强每次升级看到子弹数量涨一点爽感立刻到位。4. 敌潮与经验掉落让玩家在快死了和又变强了之间循环4.1 波次生成器的算法避开屏幕边缘的视觉死角敌人生成的位置有讲究。不能生存在玩家视线内的屏幕上否则怪物凭空出现出戏又影响走位判断。标准做法是在屏幕外圈的矩形边界上随机取点。我取的是以摄像机视野范围为基准往外扩一圈Vector2 GetSpawnPosition() { Camera cam Camera.main; float height cam.orthographicSize; float width height * cam.aspect; float margin 1f; int edge Random.Range(0, 4); switch (edge) { case 0: return new Vector2(Random.Range(-width, width), height margin); case 1: return new Vector2(Random.Range(-width, width), -height - margin); case 2: return new Vector2(width margin, Random.Range(-height, height)); case 3: return new Vector2(-width - margin, Random.Range(-height, height)); default: return Vector2.zero; } }Random.Range(0, 4)决定怪物从上/下/左/右哪个方向进场坐标限制在视野边界外1个单位。这样怪物进场时就有一个从小变大的视觉过程配合简单的Scale Tween感觉比直接蹦出来自然得多。生成的节奏我参考了原版的持续生成波次加码前60秒每2秒生成1只之后每30秒把生成间隔乘以0.9同时单波数量加1。为了让玩家感到危险度渐渐上来我额外加了一条规则玩家周围一定半径内的生成点会被跳过逼迫从更远处生成这给了玩家清完身边怪可以喘口气的空间节奏舒服很多。4.2 敌人追踪AI转向平滑的重要性敌人在追玩家时如果每帧直接把速度朝玩家方向拉会看到怪物集体抽搐式转向——因为玩家一移动目标方向就变怪物转向没有中间过渡。我用了Vector2.MoveTowards来限制转向角度Vector2 currentDir rb.velocity.normalized; Vector2 targetDir (player.position - transform.position).normalized; Vector2 newDir Vector2.MoveTowards(currentDir, targetDir, turnSpeed * Time.deltaTime); rb.velocity newDir * moveSpeed;turnSpeed我设到3~5弧度每秒。数值越小转向越迟钝玩家走位拉扯的空间越大怪物显得笨拙数值越大怪物越灵敏压迫感越强。不同敌人类型可以配不同turnSpeed比如普通僵尸3、精英怪5就能做出普通怪好躲、精英怪难缠的差异化。4.3 经验宝石的磁吸与拾取范围敌人死亡后掉落经验宝石宝石要向玩家方向移动。最直接的做法是出现后立即朝玩家飞但那看起来不是拾取而是归巢。原版的手感是宝石落在地上待一会儿玩家靠近一定范围后开始吸附吸附过程中速度越来越快。实现时我在宝石脚本里维护了一个状态机enum GemState { Idle, Attracted } void OnTriggerStay2D(Collider2D other) { if (other.CompareTag(Player) state GemState.Idle) { state GemState.Attracted; } } void Update() { if (state GemState.Attracted) { transform.position Vector2.MoveTowards( transform.position, player.position, magnetSpeed * Time.deltaTime ); } }磁吸速度设为一个随时间增长的曲线也可以用Mathf.Lerp(currentSpeed, maxSpeed, 0.1f)做加速。这样捡宝石的过程蹭一下吸过来而不是匀速慢慢飘手感干净利落。4.4 升级三选一可扩展的强化数据结构升级系统是整个成长循环的核心必须从一开始就设计成可扩展的不然后面加武器、加被动会非常痛苦。我的做法是定义UpgradeOption类每种升级是一个按钮对应的数据public class UpgradeOption { public string title; public string description; public System.Action apply; // 点击后执行的强化逻辑 }三选一面板每次弹出时从所有可用的强化项里随机抽3个不重复的。apply是一个闭包直接修改玩家身上对应的数值或武器配置。比如增加投射物数量的apply就是playerWeaponController.weaponData.projectileCount 1;用闭包的好处是加新强化只需要追加一个UpgradeOption完全不用改UI逻辑。等级模型也很简单经验达到当前等级阈值就升级阈值公式用了经典的level * level * 10也就是2级需要40、3级需要90递增趋势明显但不夸张。5. 对象池与渲染优化十分钟后不卡的根基5.1 完全不能只靠Instantiate海量敌人与子弹的卡顿真相《吸血鬼幸存者》10分钟之后屏幕上的敌人数量经常上百子弹上百掉落物上百。如果用Instantiate和Destroy来管理这些对象有两个致命问题Instantiate和Destroy涉及MonoBehaviour生命周期和资源加载开销远高于复用对象。内存碎片和GC压力频繁创建和销毁会在托管堆上产生大量垃圾触发GC时游戏会明显卡顿。对象池的核心思路是预创建一批实例用的时候激活、不用时回收避免重复的创建销毁。我写了一个极简但够用的对象池public class ObjectPool : MonoBehaviour { public GameObject prefab; private QueueGameObject pool new QueueGameObject(); public GameObject Get() { if (pool.Count 0) { GameObject obj pool.Dequeue(); obj.SetActive(true); return obj; } return Instantiate(prefab); } public void Return(GameObject obj) { obj.SetActive(false); pool.Enqueue(obj); } }这个池子不区分类型子弹、敌人、掉落物各挂一个就行。用的时候Get()不用的时候Return()比Instantiate/Destroy快一个数量级。5.2 注意点粒子、碰撞体和对象池的联动对象池里最容易踩的坑是对象回到池子时它身上的子物体、粒子系统、刚体状态不会自动重置。我踩过两次一次是敌人回池后还带着上一次的减速debuff速度一次是子弹回池后旋转角度没归零飞方向错了。解决办法是在Get()时做一个统一的Reset()方法把所有需要重置的字段还原public void Reset() { moveSpeed originalSpeed; rb.velocity Vector2.zero; rb.angularVelocity 0f; }或者挂在对象池的Get里主动调用obj.GetComponentIPoolable()?.OnSpawn()用接口强制所有池化对象实现重置逻辑。5.3 Sprite渲染合并与Shadow的处理2D游戏最容易忽视的性能问题是动态批处理失效。当大量Sprite使用不同材质或图集时Unity无法合批每一帧的SetPassCall数量暴涨。我复刻时把所有敌人、子弹、掉落物都塞进同一张图集Texture Atlas并且都使用默认Sprite材质这样Unity的动态批处理才能生效。如果你看到Profiler里SetPass Call数量特别高先别急着改代码检查一下是不是有对象不小心用了不同材质或者导致批断开的因素比如Scale为负数翻转Sprite会打断合批应该用SpriteRenderer.flipX代替。阴影方面我走了个捷径直接不开2D阴影。原因是《吸血鬼幸存者》的俯视角画面根本不需要动态阴影光源只有环境光和玩家周围的一个点光源。给几百个敌人开实时阴影帧率会直接崩掉。如果一定要有影子感用一张黑色的半透明圆片压在角色脚下性能开销趋近于零视觉效果也足够干净。6. 实战踩坑笔记阴影、UI穿透、发布WebGL写盘失败6.1 阴影问题2D游戏里一开阴影就掉帧的排查思路有个阶段我给敌人加了个Point Light 2D和阴影投射器结果帧率瞬间从60掉到35。排查过程是这样的先打开Profiler发现Batches从80涨到了800SetPass Call翻了好几倍。再往下看每一个阴影投射器都在增加额外的阴影渲染Pass。最终定位到问题是阴影的叠加绘制——2D光照的阴影不是免费的每个Sprite都会多绘制一次。解决方案是砍掉动态阴影留一个环境光的Global Light视觉上画面干净了帧率也回来了。如果真需要角色从暗处走向明处的光感可以只给玩家角色加阴影投射因为玩家只有一个开销完全可控但怪物坚决不加。6.2 World UI被遮挡为什么按钮永远显示在墙体后面做升级三选一面板时我有一个困惑明明Canvas渲染模式设置的是Screen Space Overlay为什么弹窗有时会被场景物件挡住后来确认不是渲染顺序的问题而是Canvas在世界坐标下的RectTransform被某些带深度值的物体遮住了——这通常发生在用了Screen Space - Camera模式但UI相机和主相机的水深关系没配好。解决办法是升级面板这类全局UI就老老实实放默认的CanvasScreen Space - Overlay这个模式永远渲染在最顶层不会被场景物体遮挡。如果你用了World Space的悬浮UI比如怪物头顶血条注意把UI Canvas上的Sorting Order设置一个足够大的值避免被其他Sprite盖住。6.3 按钮点击范围太小美术资源小、点不准从美术那边拿到的主角升级按钮图只有64x64在1920x1080分辨率下看着就一个点点上半天点不中。扩展点击范围的方法是给按钮的Image组件加一个透明的扩展层把按钮的targetGraphic换成一张全屏隐藏的透明图但把按钮的RectTransform用LayoutElement或者自己设targetGraphic.raycastTarget true配合一个半透明Image撑大物理点击区域。最简单实用的一招用RectTransform的sizeDelta直接撑大然后把Image的颜色Alpha设成0但保留raycastTarget为true。这样玩家看到的按钮还是64x64但点击热区是128x128甚至更大实际体验好很多。6.4 发布WebGL时IDBFS写入失败项目导出WebGL后有玩家反馈存档功能用不了控制台报IndexedDB相关的写入失败。这个问题的根源是WebGL的存档不能直接写文件系统Unity会通过IndexedDB来模拟持久化但浏览器的隐私模式或存储配额满时会拒绝写入。解决方案是给存档操作包一层try-catch写入失败时降级为内存存档关页面就没同时给用户一个提示。另外发布WebGL时在Player Settings的Publishing Settings里记得把Compression Format选为Brotli需要服务器支持或Disabled否则部分浏览器解压会非常慢。6.5 键盘输入在WebGL和编辑器上的不一致最后说一个隐形坑同一套代码在编辑器和WebGL上的Input.GetAxisRaw行为不一样。编辑器里按方向键能正常触发但发布WebGL后方向键滚动页面角色不动。原因WebGL默认会拦截方向键和空格键作为浏览器滚动快捷键Unity的输入系统拿不到事件。解决方式是让玩家用WASD操作WASD不触发浏览器滚动或者在WebGL模板里preventDefault指定按键的默认行为。我自己最终是两种都支持光标移动操作WASD方向键只在编辑器里用这样大屏幕玩和键盘玩都不别扭。7. 源码组织与扩展方向怎么从能跑变成能改7.1 项目源码结构核心模块怎么拆分完整项目源码我放在文末了这里说一下组织逻辑。核心战斗玩法涉及的脚本有30个左右全塞在一个目录里会非常乱。我的实际组织方式是Scripts/ Core/ GameManager.cs, ObjectPool.cs, EventCenter.cs Player/ PlayerMovement.cs, PlayerWeaponController.cs, PlayerStats.cs Weapon/ Bullet.cs, WeaponData.cs, WeaponUpgradeDatabase.cs Enemy/ EnemyBase.cs, EnemySpawner.cs, GemDrop.cs Experience/ GemPickup.cs, UpgradePanel.cs, UpgradeOption.cs UI/ UIManager.cs, HUD.cs核心设计原则是依赖方向UI依赖ExperienceExperience依赖EnemyEnemy依赖CoreWeapon和Player互相依赖但不依赖UI。这样改武器的时候不会把UI带崩加新敌人不用动升级系统。GameManager是全局状态机负责游戏开始、结束、暂停、计时。EventCenter是一个简单的静态事件总线用来广播敌人死亡玩家升级游戏结束这些跨模块事件避免到处找引用。7.2 扩展方向从复刻到自己的玩法复刻完成后可以沿着三个方向做自己的玩法变异武器合成把原版的同类型武器升级改成不同武器两两合成新武器需要给WeaponData加一个WeaponData evolveTarget字段。Boss战设计做一个周期性刷新的精英怪血量高、体型大、带技能。关键点精英怪的技能要用协程而不是Update的布尔状态不然多个技能并存时逻辑会越来越乱。局外成长加金币和永久强化这就需要把玩家数据序列化到本地存档。注意前面说的WebGL存档陷阱桌面端可以用Application.persistentDataPath写JSON。7.3 测试建议不要单靠人工点出bug这类游戏最怕数值失衡和刷怪节奏不对而这两种问题靠人肉玩根本测不出来——因为人的注意力会漏掉角落里的异常。我用了一个简单的方法跑一个静默测试模式让玩家角色自动在场景里画圆游戏速度调成2倍挂机跑二十分钟然后查看Log统计最大同屏敌人数量、平均帧率、GC Alloc次数。这个模式帮我发现了两个明显瓶颈敌人数量冲上400之后即使有对象池Physics2D.OverlapCircleAll的调用次数太多需要把索敌频率从每帧改成每0.1秒一次。掉落物不合并导致OverlapCircleAll的规模比预期翻倍。后来用了空间哈希把掉落物按格子索引查询范围只搜相邻9格优化明显。测试自动化听起来麻烦但真做起来就是加一个bool autoTestMode在Update里绕开输入系统手动改移动方向。等你要做更复杂的玩法时这套自动测试基础设施能帮你省无数个小时。8. 性能调优的实测数据与进一步优化空间8.1 性能数据基线我的测试环境是Intel i7-12700、16GB内存、RTX 3060分辨率1920x1080运行5分钟、10分钟、15分钟各取一组帧率数据运行时间同屏敌人同屏子弹平均帧率是否有GC Spike5分钟80-12050-7060 FPS无10分钟150-200100-13058-60 FPS极少量15分钟250-320150-18050-55 FPS偶发15分钟之后的瓶颈在Physics2D的碰撞检测和OverlapCircleAll调用上。对象池已经扛住了实例化开销但物理检测的排序和碰撞计算随着数量增长是非线性的。8.2 进一步优化Physics2D的设置与空间划分要再往下优化可以从三个方向入手。第一精简碰撞体敌人用Circle Collider 2D且Radius尽量小Radius越大碰撞计算越重。第二分开碰撞矩阵子弹只检测敌人层敌人只检测玩家层和障碍物层不要让子弹和子弹互相检测。第三把OverlapCircleAll换成非Alloc版本避免每帧分配数组private Collider2D[] results new Collider2D[10]; int count Physics2D.OverlapCircleNonAlloc(transform.position, radius, results, enemyLayer);OverlapCircleNonAlloc复用同一块数组内存不会产生GC。配合前面的对象池GC Alloc直接降到几乎为0。这个改动很小但不做的话后面敌人多了GC就会星星点点冒出来。8.3 代码层面还可以抠的优化点有追求的还可以继续抠协程的WaitForSeconds缓存因为每次new WaitForSeconds都会分配堆内存字符串拼接用StringBuilder而不是尤其是UI显示击杀数: 123这种每帧刷新的文本Update里尽量不调用Camera.main这会有内部缓存查找开销应该在Start里缓存引用。这些优化单独看都是芝麻大的小收益但合在一起就是10分钟后依然流畅和10分钟后开始卡的分水岭。《吸血鬼幸存者》这类游戏的核心体验在于屏幕越乱越爽而性能优化的目标就是让玩家在越乱的同时画面还保持流畅——这正是复刻这类游戏最有价值的技术挑战。我做这个项目的最大体会是复刻一款经典游戏重点不是一比一还原它的美术和手感而是搞懂它的核心循环为什么成立再把每一个环节都用代码清晰地表达出来。等你亲手把移动、开火、刷怪、掉落、升级、变强这条链路跑通你也就真正理解了什么是游戏设计的正反馈循环。如果这篇教程能让你少走一点弯路那就算没白写。源码在文末别光收藏跑起来改一改你会有完全不一样的收获。