本文详细介绍了使用Unity制作射击游戏时，如何通过动画状态机控制角色动作，包括瞄准、射击、换弹等核心功能。探讨了动画与代码结合的方式，以及实现不同自动方式的枪械射击逻辑。
人物
人物的代码总数在几百行到上千行，可以分为几个模块，适合用partial class分散到几个脚本：
- 基础行为（移动、旋转、俯仰、跑步、蹲下、站起）；
- 物理相关（重力、地面检测、跳跃、枪被遮挡检测、游泳检测）；
- 装备交互（拿出枪、收起枪、切换枪、放下枪、捡起枪、（手榴弹也有这么一套）、换弹、射击、切换自动模式；
如何判断FPS的枪摆正了？
有一个充要条件：
枪的z轴和第一人称相机的z轴平行。这样不管经过多远，枪的正前方和第一人称相机正前方的落点的距离保持不变，而这个偏差在很远处是可以忽略不计的。
还有一个检验方法：在第一人称截个图，沿枪管画出一条直线，看是否经过屏幕中心。
趴下功能
需要实现
- 碰撞体倒下，由于CharacterController的碰撞体只能立着，需要加一个碰撞体。
- 处理在狭小的不足以容纳趴下碰撞体的空间趴下的情况，是范围检测禁止趴下，还是让碰撞体把人物弹开；
- 人物在斜面上趴着的时候身体和斜面平行；
- 站起的上方有没有空间的范围检测；
人物在斜面上趴着的时候身体和斜面平行
向下发射线，击中地面，获得击中点法向，使用Quaternion.FromToRotation()，把人物y轴转向法向。
RaycastHit raycastHit;
void Start(){
}
void Update(){
if(Physics.Raycast(transform.position,Vector3.down,
out raycastHit,1,MyGameManager.Instance.layersGround)){
transform.rotation*=Quaternion.FromToRotation(transform.up,raycastHit.normal);
}
}射击逻辑
射击输入检测
- 需要在准备好射击（手里有枪&&没在跑步&&没在换弹&&枪有子弹）&&玩家按下鼠标时射击。
- 人物可能有多把枪，需要先判断哪把是手里的。
- 人在射击中还按着鼠标突然死亡、开始跑步、换弹等各种动作，停止射击。
准备好射击和有输入分别用bool readyToFire和bool pullTrigger，它们与的结果每帧检测，不能有“保持原状”的情况，否则容易出现射击不能开始或停止的情况。
射速控制
动画和代码的比较
游戏里大部分参数都既可以用代码控制也可以用动画控制。二者的特点不同。
动画：时间控制精确，逻辑死板；
代码：逻辑灵活，时间控制困难，只有第一帧和每一帧执行的生命周期函数，其他时机都要写计时器代码控制。
比如写一个人物定时眨眼的效果，二者都能控制模型skinned mesh renderer的blendShapes，动画需要打4个关键帧，极简单；代码需要一个计时器变量，在Update()判断到没到该眨眼的帧，用Mathf.Lerp()写过渡效果……
代码方案
我一开始的射击功能就是靠代码、计时器变量写的。
而枪的射速是固定的，用动画实现应该会更简单。
动画方案
枪上挂Animator。
枪的动画状态机
枪的动画状态机的设计面临几个选择：
1.进入射击状态的条件用bool还是trigger；
2.射击状态的动画是否选择loop time，是选择loop time在firing为false时退出，还是不选择loop time在Exit time退出，或者说连发射击时枪在射击状态反复播放还是在射击和Idle间反复跳转；
我这里的设计
firing为true时进入Recoil，Recoil通过hasExitTime退出，另外通过hasAmmo判断是跳转到Idle还是HoldOpen（空仓挂机），换弹后hasAmmo=true，进入Idle。
枪的射击动画
Fire()在第一帧执行，一共有几帧取决于枪的射速，枪一秒射击n发，动画一秒60帧，动画长度就是60/n。动画有回膛就做回膛，无事可做就加个无关紧要的属性，比如Scale保持不变。
如果想加一个小的后座，加给MeshRenderer所在的物体，不要加给根节点，否则开枪的时候枪会跑到世界的那个位置。换句话说枪的实体别做根节点。
进入和退出射击状态的动画过渡设置为0。
射击控制代码
人物脚本声明一个bool pullTrigger，玩家按下左键，判断人物准备好射击后（没在跑步、换弹），把pullTrigger=true，把枪动画状态机的参数bool firing=true；
public void FireControlWithAnim(bool triggerPulled){
switch(autoMode){
case AutoMode.Full:
animator.SetBool("firing",triggerPulled);
break;
case AutoMode.Semi:
case AutoMode.Burst:
animator.SetBool("firing",triggerPulled&&!firingReg);
firingReg=triggerPulled;
break;
}
}半自动射击的实现
严格的半自动射击除了在鼠标按下时射击，还需要玩家高频按下鼠标时也不超过枪的全自动射速。
使用InputManager
使用GetMouseButtonDown()时才把firing设置true。这不能防止玩家高频按下鼠标时半自动射速超过全自动。
使用InputSystem
- 可以定义一个bool fireReg用来记录上一帧有没有按下左键，在执行射击后把fireReg=triggerPulled，射击判断写成triggerPulled&&!fireReg。
- PlayerInput的回调函数只在输入值变化时执行，可以在回调函数执行且input.ReadValue<float>()==1时执行StartPullTrigger()，input.ReadValue<float>()==0时执行StopPullTrigger()。之所以要得到松开鼠标的时机是因为扔手雷需要这个时机。StartPullTrigger()放在输入类还是人物类？姑且放在人物类。现在的问题是人物在Update()里检测全自动射击，枪是半自动模式时要把这个检测关掉？或者退一步，检测射击的代码放在人物类还是枪类？应该是人物类先判断有没有使用枪，有则执行这把枪的射击检测，就是说检测代码在枪类，由人物类执行。从逻辑上，半自动全自动不应该影响人物执行射击检测，人物只负责收到输入后扣下扳机，半自动是枪的属性，半自动枪射击后停止射击（就是说方案1更符合实际）。但是这里是输入类得到按下鼠标的时机，要把信号经过“人物可以射击”的判断后传给枪，人物不再在Update()里检测射击，而是由输入类调用StartPullTrigger()，里面是一次射击。这和“人物只管根据输入扣扳机”的逻辑相违背，好像半自动模式人物不再监听输入，而是由鼠标按下射击直接让枪射击。
三连发(Burst)实现
先总结三连点射需要处理的所有情况：
1.按一下鼠标，发射三发；
2.一直按着鼠标，发射三发；
3.剩余子弹不到三发，按一下鼠标，发射完；
如果不允许切换为半自动，不考虑3，就可以做一个触发三次Fire()动画事件的AnimationClip，设计会大大简单（参考求生之路的scar）。要考虑3，则可以：
第一次发射后根据是不是Burst选择到Idle还是下一个射击状态，每次发射根据还有没有子弹判断是到下一个发射状态还是Hold Open，最后一次发射到Idle或Hold Open。
总之充分利用动画状态机的逻辑功能，可以使代码简化。
不同枪支持不同自动方式的实现
自动方式用枚举表示：
public enum AutoMode{
Full,Semi,Burst
}有些枪只有半自动，将来可能还要做3发点射，还需要一个变量记录枪支持哪些自动方式。
用一个自动方式枚举的列表
List<AutoMode>autoModes枪的数据类用一个集合
HashSet<AutoMode> supportedAutoModes;在枪初始化时把列表的内容加入集合，防止列表有重复元素。
切换自动方式的代码非常麻烦：
switch(gun.autoMode){//希望能简化这一块
case Weapon.AutoMode.Semi:
if(gun.hasBurst){
gun.autoMode=Weapon.AutoMode.Burst;
gun.animator.SetBool("burst",true);
}
else{
if(gun.hasFullAuto){
gun.autoMode=Weapon.AutoMode.Full;
}
}
break;
case Weapon.AutoMode.Burst:
if(gun.hasFullAuto){
gun.autoMode=Weapon.AutoMode.Full;
}
else{
if(gun.hasSemiAuto){
gun.autoMode=Weapon.AutoMode.Semi;
}
}
gun.animator.SetBool("burst",false);
break;
case Weapon.AutoMode.Full:
if(gun.hasSemiAuto){
gun.autoMode=Weapon.AutoMode.Semi;
}
else{
if(gun.hasBurst){
gun.autoMode=Weapon.AutoMode.Burst;
}
}
break;
}击中不同部位造成不同伤害
要实现击中不同部位造成不同伤害需要由中枪触发器实现。
或者直接用Unity内置的Ragdoll生成器。
这样写射击射线检测的时候需要把人物的碰撞体排除，把身体触发器包括，人物根节点和骨骼节点需要在不同层。如果测试时明明击中人却显示没有击中，可以排查是否人物碰撞体和中枪触发器在同一层。
public class BodyTriggerTool : MonoBehaviour
{
Animator animator;
public Transform head,hips;
[ContextMenu("创建头和躯干中枪触发器")]
void CreateTrunkTrigger(){
if(!animator){
animator=GetComponent<Animator>();
}
//躯干触发器
hips=animator.GetBoneTransform(HumanBodyBones.Hips);
BodyTrigger bodyPart=hips.gameObject.AddComponent<BodyTrigger>();
bodyPart.bodyPartOption=BodyPartOptions.trunk;
CapsuleCollider trunkTrigger;
if(!hips.TryGetComponent(out trunkTrigger)){
trunkTrigger=hips.gameObject.AddComponent<CapsuleCollider>();
trunkTrigger.isTrigger=true;
trunkTrigger.radius=.1f;
trunkTrigger.height=animator.GetBoneTransform(HumanBodyBones.Neck).position.y-hips.position.y;
trunkTrigger.center=new Vector3(0,trunkTrigger.height/2,0);
}
//头触发器
SphereCollider headTrigger;
head=animator.GetBoneTransform(HumanBodyBones.Head);
BodyTrigger headBodyPart=head.gameObject.AddComponent<BodyTrigger>();
headBodyPart.bodyPartOption=BodyPartOptions.head;
if(!head.TryGetComponent(out headTrigger)){
headTrigger=head.gameObject.AddComponent<SphereCollider>();
headTrigger.isTrigger=true;
headTrigger.center=new Vector3(0,.12f,0);
headTrigger.radius=.15f;
}
}
public Transform[]bodyParts;
public Transform[] bodyPartChildren;
void GetBones(){
//加触发器的骨骼
bodyParts=new Transform[]{
animator.GetBoneTransform(HumanBodyBones.LeftUpperArm),
animator.GetBoneTransform(HumanBodyBones.RightUpperArm),
animator.GetBoneTransform(HumanBodyBones.LeftUpperLeg),
animator.GetBoneTransform(HumanBodyBones.RightUpperLeg),
animator.GetBoneTransform(HumanBodyBones.LeftLowerLeg),
animator.GetBoneTransform(HumanBodyBones.RightLowerLeg),
animator.GetBoneTransform(HumanBodyBones.LeftLowerArm),
animator.GetBoneTransform(HumanBodyBones.RightLowerArm)
};
//上面骨骼的子骨骼,用于确定触发器长度
bodyPartChildren=new Transform[]{
animator.GetBoneTransform(HumanBodyBones.LeftLowerArm),
animator.GetBoneTransform(HumanBodyBones.RightLowerArm),
animator.GetBoneTransform(HumanBodyBones.LeftLowerLeg),
animator.GetBoneTransform(HumanBodyBones.RightLowerLeg),
animator.GetBoneTransform(HumanBodyBones.LeftFoot),
animator.GetBoneTransform(HumanBodyBones.RightFoot),
animator.GetBoneTransform(HumanBodyBones.LeftHand),
animator.GetBoneTransform(HumanBodyBones.RightHand)
};
}
[ContextMenu("创建四肢中枪触发器")]
public void CreatLimbTriggers(){
if(!animator){
animator=GetComponent<Animator>();
}
GetBones();
CapsuleCollider shotTrigger;
BodyTrigger bodyPart;
for(int i=0;i<bodyParts.Length;i++){
if(bodyParts[i]&&!bodyParts[i].TryGetComponent(out shotTrigger)){
shotTrigger=bodyParts[i].gameObject.AddComponent<CapsuleCollider>();
shotTrigger.isTrigger=true;
}
shotTrigger=bodyParts[i].GetComponent<CapsuleCollider>();
shotTrigger.height=bodyPartChildren[i].localPosition.y;
shotTrigger.center=new Vector3(0,shotTrigger.height/2,0);
shotTrigger.radius=.05f;
if(!bodyParts[i].TryGetComponent(out bodyPart)){
bodyPart=bodyParts[i].gameObject.AddComponent<BodyTrigger>();
}
}
}
[ContextMenu("清除中枪触发器")]
void ClearBodyTriggers(){
Collider collider;
BodyTrigger[] bodyTriggers=GetComponentsInChildren<BodyTrigger>();
for(int i=0;i<bodyTriggers.Length;i++){
if(bodyTriggers[i].TryGetComponent(out collider)){
DestroyImmediate(collider);
}
DestroyImmediate(bodyTriggers[i]);
}
}
}瞄准
瞄准相机配置
在枪上挂一个记录瞄准相机位置的节点。步枪瞄准和手枪瞄准的方案不太一样。
手枪瞄准
手枪的瞄准相机不能做手枪的子物体，因为手枪射击要上跳，瞄准相机做手枪的子物体就和手枪一起上跳。人物的眼睛是不会随手枪上跳的。手枪的瞄准相机需要跟随枪的位置，不跟随枪的旋转。实现这个功能有几种方案：
- 父物体为空，使用Cinemachine，瞄准相机Follow枪的瞄准节点，LookAt设置目标物
也就是瞄准相机的旋转由目标物决定。还可以加一点damping看起来更真实，但是Composer不要加Vertical Damping，否则上抬的时候相机可能穿到枪身里。
- 父物体为头，使用Cinemachine，瞄准相机Follow枪的瞄准节点，LookAt不设置
也就是瞄准相机的旋转由头决定。
步枪瞄准
步枪射击时因为托腮，人物眼睛随枪上跳，瞄准相机就可以直接挂在瞄准位置。
其他方案，总之位置可以用Follow、PositionConstraint、ParentConstraint或父子级约束，旋转可以用LookAt、RotationConstraint、ParentConstraint或父子级约束。
瞄准镜
我直接参考了这两篇文章：
【unity小技巧】使用三种方式实现瞄准瞄具放大变焦效果_unity放大镜效果-优快云博客
【unity小技巧】实现FPS武器的瞄准放大效果（UGUI实现反向遮罩，全屏遮挡，局部镂空效果）_unity 开镜-优快云博客
第二篇文章的效果：挺不错，能满足要求。
第一篇文章方案三，相机输出到贴图，贴图再应用到瞄准镜后端，实现局部放大的效果：
材质配置：Base Map颜色选黑，贴图给Emission Map，颜色选白色。
效果：
可惜我的人物头发和瞄准镜后端穿模了，没法用。
子弹起点和方向
众所周知，第三人称相机和枪离得稍远，如果子弹从枪口发出，沿枪z轴飞行，如果相机和枪z轴平行，弹着点只能在无穷远处和屏幕中心一致，弹着点近时都不能命中屏幕中心。虽然这是最真实的设计，用户体验却不好。
总结起来弹道和第三人称相机的关系有这么3种设计：
- 子弹从枪口发出，方向和相机z轴平行；
- 子弹从枪口发出，朝相机中心落点飞行；
- 子弹从相机发出，沿相机z轴飞行；
如果硬要用1这种真实设计，应该提供机瞄视角，并提醒用户使用机瞄。如果没有机瞄，使用越肩视角瞄准，就必须使用2或3.
然后我去看了一下和平精英的设计，发现如下几点：
- 第三人称，没有障碍物时弹着点在屏幕中心（说明弹道和相机z轴不平行）；
- 有障碍物时可能挡住子弹，无法击中屏幕中心（说明子弹不是从相机发出，而是从枪口发出）；
- 瞄准近处时第三人称和机瞄屏幕中心的落点不一致，但子弹总能击中屏幕中心；
可以得出结论和平精英的弹道是方案2，从枪口发出去找屏幕中心落点。
射击命中检测
有射线检测方案和发射弹头实体的方案。
射线检测方案
比较简单，弹道只能是直线，没有弹头火光效果。
void FireRayCast(){
RaycastHit _hit;
if(Physics.Raycast(bulletOrigin,bulletVector,out _hit,fireRange,fireLayerMask)){//击中点效果
if(debugger){
debugger.position=_hit.point;
}
// Debug.Log($"打中了{_hit.transform}");Debug.Log($"碰撞体{_hit.collider}");
if(_hit.collider.TryGetComponent(out bodyPart)){//打到人
bodyPart.GetHurt(damageData);
}
else{//打到东西，播放粒子效果
ImpactEffectRecorder myImpactEffect;
if(_hit.transform.TryGetComponent(out myImpactEffect)){
GameObject effectInstance;
effectInstance=Depool(myImpactEffect.impactEffectPrefab.gameObject,_hit.point);//缓冲池出池
effectInstance.transform.LookAt(_hit.point + _hit.normal);
// Destroy(shotObj,5f);
// Invoke("Enpool",5f);
}
else{
Debug.Log(_hit.transform.name+"没有击中效果！");
}
}
}
}发射弹头实体方案
能模拟抛物线弹道，有子弹火光。但是击中检测不能用碰撞检测，因为子弹每帧飞过几米到几十米，大概率穿过物体。只能用一个Vector3记录上一帧的位置，使用Physics.Linecast()做连线检测。这样击中检测的轨迹其实是拟合抛物线的折线。但是勉强能用了。
发射代码：
[Header("发射弹头实体需要的信息")]
public MyBullet bulletPrefab;
public int bulletSpeed;
void FireBulletGameObject(){
if(!bulletPrefab){
Debug.Log("没有弹头预制体！");
return;
}
GameObject bullet=Instantiate(bulletPrefab.gameObject);
if(muzzleEffects.Length>0){
bullet.transform.position=muzzleEffects[0].transform.position;
}
else{
bullet.transform.position=transform.position;
}
bullet.transform.rotation=transform.rotation;
if(bulletSpeed==0){
bulletSpeed=700;
}
bullet.GetComponent<Rigidbody>().velocity=transform.forward*bulletSpeed;
bullet.GetComponent<MyBullet>().damageData=damageData;
Destroy(bullet,1);
}弹头脚本：
public class MyBullet : MonoBehaviour
{
public LayerMask bulletLayerMask;
int groundLayer=8;
public Weapon.DamageData damageData;
Vector3 lastFramePosition;
void Start(){
lastFramePosition = transform.position;
}
RaycastHit raycastHit;
BodyTrigger bodyTrigger;
ImpactEffectRecorder myImpactEffect;
void Update(){
if(Physics.Linecast(lastFramePosition,transform.position,out raycastHit,bulletLayerMask,QueryTriggerInteraction.UseGlobal)){
if(raycastHit.collider.gameObject.layer==groundLayer){
if(raycastHit.transform.TryGetComponent(out myImpactEffect)){
GameObject effectInstance;
effectInstance=MyGameManager.Instance.Depool(myImpactEffect.impactEffectPrefab.gameObject,raycastHit.point);//缓冲池出池
effectInstance.transform.LookAt(raycastHit.point+raycastHit.normal);
}
else{
Debug.Log(raycastHit.transform.name+"没有击中效果！");
}
}
else{
if(raycastHit.collider.TryGetComponent(out bodyTrigger)){
bodyTrigger.GetHurt(damageData);
}
}
Destroy(gameObject);
}
}
}击中反馈
击中敌人时准星周围显示一小段时间的X提示击中。
做一个X图标的预制体，每次击中敌人时执行一次显示。显示时实例化一个X，一小段时间后消失。这样每次击中的X的消失时间互不影响。如果只用一个X显示隐藏，用协程隐藏X还要先停止之前击中隐藏X的协程。连续击中时很多个X图标叠在一起，但是不影响效果。
float hitHintLife=.2f;
public void ShowHitHint(){//显示击中反馈
GameObject hitHint=Instantiate(hitHintPrefab.gameObject,crosshair.transform);
hitHint.transform.localPosition = Vector3.zero;
Destroy(hitHint,hitHintLife);
}动画系统
射击游戏动作系统的特点：
- 很难不用分层和AvatarMask；
- 有些动作需要生动性（跑步、跳），有些动作需要精确性（主要是瞄准）；
- 人和随身物品的交互关系较复杂，武器在不同的动作跟随不同节点，有些动作受多个节点影响；
移动时保持上半身稳定的问题
我想让人物移动的同时人物端枪瞄准前方。所以我加了一个Arm层，移动放在Base层，希望走路时上半身稳定。
AvatarMask覆盖上半身
问题：如果走路动画Hips的旋转是摇晃的，那么AvatarMask覆盖的上半身也会跟着摇晃。
AvatarMask覆盖双臂
问题：走路时Chest朝向和静止时不一样，导致走路时双臂的方向歪。
静止时Chest的朝向：
前进时Chest的朝向：
效果：
AvatarMask覆盖双臂和根节点
又会导致腿走路的方向歪。
解决方法
给Spine加Rotation Constraint，由一个指向瞄准方向的物体约束它。先预览人物静止端枪的动画，再点Rotation Constraint的Is activated，组件会计算出当前Spine相对约束物体的旋转偏移，再Lock。
但是想在开始跑步时腰从约束状态平滑过渡到动画状态，这个约束平滑把权重降到0，腰也没有播放动画，而是局部旋转不变。AnimationRigging的Multi Rotation Constraint可以通过权重平滑变化到0平滑过渡到动画状态。这是AnimationRigging约束很重要的一个优势：
射击上跳动画
本来想在Arm层加一个从持枪空闲Pistol Stand到射击的状态。但是遇到了问题：Pistol Stand状态脚本的OnStateExit()我写了解除瞄准，因为离开Pistol Stand进入的所有状态都不能瞄准。然后射击时就会解除瞄准。
只能另开一层Hand放射击上跳动画。另外这里站和趴都有上跳动画，如果Hand层是Override，那么站的上跳动画就不能用于趴，但是改成Addictive，这个上跳动画可以同时用于站和趴。
物品拾取和扔掉功能
扔掉、捡起物品需要做的可以粗分为两部分：
1.对物体的操作（改变父级、设置位置旋转）；
2.播放人物动作；
二者的调用关系可以是：
1.在一个方法里执行物体操作；
2.方法里设置状态机参数，在动画事件里执行物体操作；
动画状态机的问题
动画状态机里我只想用一个整数gunStatus表示手的状态（0空手、1拿步枪、2拿手枪），但是这样出现了一些含糊不清的情况：
gunStatus从1到0可能是扔掉步枪和收起步枪都需要从1到0，为了播放正确的动画，必须
1.加另外一个参数区分两种转换
2.扔枪也要把gunStatus设0，但要在进入扔枪状态后，防止进入背枪状态
给扔枪加了Trigger PutDown，捡枪加了Trigger PickUp，捡枪时先设置PickUp，捡起的动画调用动画事件，在里面把手的状态设置为1或2。捡枪后手应该进入1还是2状态也由动画事件的方法根据枪的类型判断。
一个功能要播放动画且执行一些代码，这些代码可放在3个地方：
1.和播放动画的代码写在一起，在动画开始时执行；
2.放在状态脚本的OnStateEnter()或OnStateExit()；
3.使用动画事件。动画事件可以精确控制方法执行的时机，但是不能传参数，需要在脚本里加字段。
人物装备系统
- 人物拾取枪时根据拾取的是主枪还是手枪，绑定在相应的挂点，并建立引用；
- 人物装备有同类枪时需要放下装备的同类枪；
- 人物获取枪的情景有从地上拾取，从箱子拾取，从地上拾取需要销毁地上的可拾取枪预制体，从箱子拾取需要从箱子包含的物品的数据结构移除这个枪的记录；
- 还需要程序能给某人物（敌人）装备枪；
以上情况如何减少代码重复，并正确处理各情景各自的特殊需求？
持枪跑步使用AvatarMask把上半身和下半身合成的动画，刚结束跑步后立即再进入跑步，上半身会剧烈晃动
鉴定为上下半身的状态转换时间不同，如果有一层还没有回到静止，而另一层已经回到静止，那么再开始跑步两层开始播放跑步动画的时机不同，晃动的节奏不一致。所以跑步动画不要用AvatarMask。AvatarMask只用于需要上下半身同时做不同的动作，如换弹和移动。
斜身功能
本来想做左右斜身的动画，发现用Avatar做这两个动画极难。
使用了animator.SetBoneLocalRotation()实现，和俯仰写在一个方法里，因为一帧里好像只有最后一次animator.SetBoneLocalRotation()是最终效果，所以把改变Spine的仰角和左右倾斜写到一个Quaternion，加给Spine的旋转。
使用Mathf.Lerp()加了倾斜角度渐变。
在持枪的状态机行为脚本里调用。
换弹读条功能
几个要点：
- UGUI的Image设置Filled；
- 使用了animatorStateInfo.normalizedTime写入fillAmount。在状态机行为脚本里执行的，因为它的生命周期函数的输入参数直接就有animatorStateInfo。麻烦的是要判断一下这个实例是不是玩家。
public class ReloadState : SMBBase{
bool isPlayer;
override public void OnStateEnter(Animator animator, AnimatorStateInfo stateInfo, int layerIndex)
{
base.OnStateEnter(animator, stateInfo, layerIndex);
myCharacter.reloading = true;
isPlayer = myCharacter == MyInput.Instance.player;
if (isPlayer)
{
PanelGame.Instance.actionPregress.enabled = true;
}
}
override public void OnStateUpdate(Animator animator, AnimatorStateInfo stateInfo, int layerIndex)
{
if (isPlayer)
{
PanelGame.Instance.actionPregress.fillAmount = stateInfo.normalizedTime;
}
}
// OnStateExit is called when a transition ends and the state machine finishes evaluating this state
override public void OnStateExit(Animator animator, AnimatorStateInfo stateInfo, int layerIndex)
{
myCharacter.reloading = false;
if (isPlayer)
{
PanelGame.Instance.actionPregress.enabled = false;
}
}不同枪的换弹动画
长枪的换弹动画可以分为几类：
右边拉栓（AK系、Mini14、SKS等）、左边拉栓（MP5、G3、FAL等）、按按钮（AR系、SCAR等）、旋转后拉（栓动步枪）、左手撸滑套（霰弹枪）。
武器信息界面的维护
武器信息栏包含武器名、自动模式、子弹数、弹匣数。
哪些情况需要更新武器信息栏：
1.拿出枪；
2.收起枪（隐藏）；
3.交换枪；
4.放下枪；
5.射击；
6.换弹；
7.拿起手里枪的弹匣；
8.放下手里枪的弹匣；
9.改变自动模式；
除了把这一坨信息可能改变的情况都找出来加代码，有没有可能把这些信息做成属性，在Set方法里顺便改ui？首先这些信息都是谁的字段？使用的武器是人物的，自动方式和枪内子弹数是枪的，弹匣数又来自背包……然后人物并没有一个字段记录当前用的枪是xxx，而是记录当前携带的主枪是xxx，手枪是yyy，当前使用的枪通过动画参数可以获得。再加一个“正在使用的枪”字段就要保持它和人物动画正在使用的枪一致。
枪的自动方式和子弹数是字段，但是枪不知道自己是不是玩家手里的，还要访问主人判断是不是玩家。
背包里当前枪的弹匣数没有字段。
武器信息界面的维护还是没有一个简单的方法。使用的武器的变化发生在人物对象，枪的子弹数和自动方式变化发生在枪对象，弹匣数变化发生在背包对象。这些来源分散的事件都会导致界面变化。而且变化时还要判断是不是玩家的而不是npc的变化。人物对象可以写一个玩家子类，重写方法，但是枪是不可能给玩家的枪写一个特殊子类的。
人物死亡
人物在动画状态机的任何状态都可能死亡，不可能给每个状态加一个到死亡状态的转换。有几个办法解决。
Any State
注意Any State到Dead的转换不要勾选转换到自己。
animator.Play()
播放一个状态的名字，不管有没有转移，直接跳到那个状态。
AnimatorController加一层Dead
覆盖在所有层上，只有两个状态，Alive状态播放no Motion，Dead状态播放死亡。
NPC检测其他人
通过检测目标人物在不在自己前面的扇区判断有没有看到其他人。问题是怎么知道要检测的目标人物有哪些？FindObjects找到所有人物脚本实例？很明显开销太大。如果有扇区触发器碰撞体，是最合适的，但是没有。只能退而求其次，先用球形触发器碰撞体，把附近的人物加到一个列表，再做扇区检测。
随机放置敌人位置及遇到的困难
测试中每次敌人都在相同的位置，次数多了及其无聊。就想让敌人的位置在一个区域内随机，又不能穿模在建筑里。使用do while循环随机得到一个位置，使用Physics.CheckSphere()和Physics.OverlapSphere()判断此处有没有建筑，结果完全在建筑内部也得到没有碰撞体。
第一人称和第三人称射击游戏区别的一些总结
第一人称射击游戏一般不显示身体，这大大简化了系统的设计，比如：
1.改变瞄准仰角可以直接改变相机的仰角，双手是相机的子物体，无需改变人物腰部的旋转，而人物持枪状态腰部的俯仰是个极复杂的旋转；
2.走路是单纯的平移，没有双腿动画，移动换弹就不用把双手换弹动画叠加到身体层，也就无需用AvatarMask，甚至AnimatorController不用分身体和手臂层；
相比起来第三人称射击游戏要表现人物全身的动作，要复杂得多，但也有简单的地方：
1.人物动作要求不那么精确，换弹动作粗糙一点，因为有身体挡住，也看不出来；
要做兼顾第一第三人称的射击游戏，是难上加难。吃鸡就是这样，比如
1.跑步第一人称和第三人称用的是两个动画，第三人称手臂更靠下，摆动更大，第一人称手臂在相机视野内，摆动更小；
从工作量的排序看：
第一人称、单机、打僵尸（不需要看到枪手的身体，不用做全身动画）<第三人称（要做全身动画）<第一人称枪战或多人游戏（第一人称和第三人称都要做，第一人称精细的双手动画+第三人称全身和粗糙的双手动画）
AI问答环节
兼容第一人称和第三人称是否需要2个人物模型？
deepseek：
在兼容第一人称（FPV）和第三人称（TPV）的游戏中，通常不需要制作两个独立的人物模型。现代游戏引擎通过 “分层模型+动态渲染” 技术实现高效复用，以下是具体解决方案：
一、核心方案：单模型双模式
技术原理
资源复用对比
| 方案 | 模型数量 | 内存占用 | 动画工作量 | 适用案例 |
|---|---|---|---|---|
| 独立双模型 | 2套 | +150% | 2倍 | 早期《半条命》 |
| 单模型分层渲染 | 1套 | 基准 | +30% | 《使命召唤》《Apex英雄》 |
二、关键实现技术
1. 子网格动态切换（Submesh Visibility）
-
Unity示例：
csharp
// 第一人称：隐藏身体网格 playerMesh.SetLayerRecursively("ArmsOnly", LayerMask.NameToLayer("FirstPerson")); // 第三人称：显示全身 playerMesh.SetLayerRecursively("FullBody", LayerMask.NameToLayer("ThirdPerson")); -
优化效果：Draw Call仅增加 1-2次
2. 骨骼层级分离
| 骨骼组 | FPV处理 | TPV处理 |
|---|---|---|
| 手臂 | 高精度模型（4万面） | 低精度LOD（5000面） |
| 身体 | 隐藏/最低精度 | 完整渲染 |
| 武器 | 独立绑定到相机 | 绑定到右手骨骼 |
3. 着色器欺骗技术
-
问题：FPV下手臂穿帮
-
解决方案：
-
在手臂模型后渲染 透明碰撞体
-
着色器添加 深度偏移 避免穿插：
glsl
// Unity Shader Graph Position += float3(0, 0, _DepthOffset) * ViewDirection;
-
三、动画系统适配
1. 动画蓝图分层（UE5）
-
优势：共用 80% 的基础动画资源
2. IK动态校正
| 视角 | 问题 | 解决方案 |
|---|---|---|
| FPV | 武器遮挡视野 | 动态缩短手臂骨骼长度 |
| TPV | 相机穿模 | 启用碰撞体积推开相机 |
四、性能优化数据
| 优化项 | 单模型方案 | 双模型方案 | 节省量 |
|---|---|---|---|
| 内存占用 | 127MB | 298MB | 57% |
| 动画文件数量 | 142个 | 240个 | 41% |
| 骨骼计算开销 | 1.7ms/帧 | 3.1ms/帧 | 45% |
📊 基于《战地2042》PS5版实测数据
五、特殊场景处理
1. 载具兼容性
-
问题：车内TPV需显示身体，车外FPV需隐藏
-
方案：
csharp
void OnEnterVehicle(bool isDriver) { if(isDriver && isFPV) HideBody(); else ShowBody(); }
2. 死亡观战视角
-
切换逻辑：
图表
代码
渲染失败
六、开发建议
-
资源规范
-
命名规则：
PlayerArm_FPV.fbx/PlayerBody_TPV.fbx（同模型不同部件） -
UV布局：手臂和身体共用UV空间（节省纹理内存）
-
-
调试工具
-
实时切换快捷键：
F1切换FPV/TPV -
穿帮检测：渲染 碰撞体积线框（FPV下显红色预警）
-
七、例外情况（需独立模型）
| 场景 | 必要性 | 案例 |
|---|---|---|
| 科幻机甲 | FPV座舱模型独立 | 《泰坦陨落》 |
| 变形角色 | 形态差异＞70% | 《LOL》豹女变身 |
| 低端平台（Android） | 减少实时计算负担 | 手游《PUBG Mobile》 |
结论：99%场景无需双模型
通过 骨骼分层+子网格控制+着色器优化：
-
节省内存：避免重复模型数据
-
提升一致性：确保两视角下武器/动作同步
-
加速开发：动画师只需维护一套骨骼系统
⚙️ 实施步骤：
制作完整人物模型（含高精度手臂）
标记FPV专用部件（如手臂/武器）
编写动态渲染脚本（按视角切换可见性）
添加IK校正逻辑（解决穿模问题）
遵循此方案，即使如《赛博朋克2077》这类双视角3A大作，角色模型也仅需1套基础资源，通过技术管线自动适配不同视角需求。
绝地求生第一人称是不是没有用独立的第一人称手臂，而是用了第三人称模型
chatGPT:
非常好的问题，这个细节其实很多人都误解过。我们来具体分析一下——
✅ 结论先说：
《绝地求生（PUBG）》的第一人称视角确实使用的是
👉 和第三人称同一个人物模型（含全身骨骼），而不是独立的第一人称手臂模型。
🔍 原理说明：
PUBG 的角色架构设计类似于 ARMA 系列（同属 Bohemia 技术路线），它使用的是一种 “全身第一人称”（Full-Body First Person）系统，主要特点如下：
-
同一模型双用：
-
玩家无论处于第一人称还是第三人称模式，都是同一个全身模型。
-
只是在第一人称视角下，摄像机被放置在角色头部附近。
-
-
局部隐藏：
-
当进入第一人称时，系统会动态隐藏玩家身体的一部分（通常是头部、颈部和肩膀），避免遮挡视野。
-
但手臂、武器、动作动画全部依然是全身动画的一部分。
-
-
动画一致性：
-
所有动作（跑、跳、装弹、切枪）都用同一套动画驱动。
-
这让第一、第三人称的动作完全同步，不会出现COD那种“别人看你和你自己看自己动作不同步”的情况。
-
-
渲染优化：
-
在第一人称视角下，PUBG会使用 摄像机剔除（Camera Culling），让看不到的身体部分不参与渲染，以减少性能开销。
-
🧩 对比 COD / Valorant 等 FPS 的区别：
| 游戏 | 第一人称视角手臂 | 第三人称模型 | 动画是否同步 |
|---|---|---|---|
| PUBG | 使用同一全身模型 | 同一个 | ✅ 完全同步 |
| COD / Valorant / Apex | 独立的“手臂+枪”模型 | 另一个全身模型 | ❌ 不同步（两套动画） |
| Escape from Tarkov | 同PUBG，全身第一人称 | 同一个 | ✅ 同步 |
💡 为什么 PUBG 这么做？
主要因为 PUBG 最早基于 第三人称射击系统（TPS） 开发，后期才加入 FPP 模式。
为了：
-
避免维护两套角色资源；
-
保持击杀回放、观战镜头、多人同步的一致性；
-
节省网络与内存资源。
所以选择直接共用一个模型，只做视角和遮挡的逻辑切换。
如果你是在做 FPS 游戏（比如 Unity 或 Unreal 项目），
✅ 是否分离手臂模型 取决于你的设计目标：
| 目标 | 推荐方案 |
|---|---|
| 追求沉浸、动作一致性（类似PUBG） | 用同一个全身模型，隐藏部分身体 |
| 追求炫酷武器动画、高质量手臂表现（类似COD） | 用独立的第一人称手臂模型 |
是否要我帮你画一张架构图（展示 PUBG 式 vs COD 式 两种第一人称架构对比）？
可以让你直观看出该怎么在 Unity/Blender 里搭建。
第三人称射击游戏枪应该绑定在哪里，绑定在根对象枪不会随人物走路晃动，很僵硬，绑在右手无法腾出右手做拉栓动作
chatGPT：
你问到的这个问题非常关键，而且是第三人称射击系统设计中最常见、最容易出坑的结构难题之一。
我们来详细分析一下：为什么会这样、业界怎么解决、你应该怎么绑定。
🎯 问题核心总结：
🔹 如果枪绑在角色根节点 → 稳定但死板、不随动作晃动。
🔹 如果枪绑在右手骨骼 → 跟着右手乱动，角色拉栓或做其他动作时会穿模。
✅ 正确设计思路：
➤ 枪不直接绑在右手或根节点，而是绑在一个**“武器挂点（Weapon Socket）”**上。
🧩 一、标准做法：使用握持层级结构（Socket + IK/Constraint）
1️⃣ 建立骨骼层级
通常人物骨架上有这些骨骼：
Root
└─ Spine
└─ Shoulder_R
└─ Arm_R
└─ Hand_R
2️⃣ 在手上创建一个 socket：
-
名字一般叫
weapon_r_socket或ik_hand_r_gun -
位置放在手心、握枪处。
3️⃣ 把枪的根节点（Root或Handle骨骼）挂在这个 Socket 上。
⚠️ 注意：不是直接绑在 hand_r，而是绑在 socket（可以偏移、旋转微调）上。
这样枪就：
-
能跟随手的运动；
-
但保持稳定，不直接受手部IK大幅影响；
-
可以在动画中调整枪口的微动，而不会“漂浮”或“穿模”。
🧩 二、如何实现“拉栓”等需要脱手的动作？
这就进入更高级一点的系统：IK 动态解绑 / 双手控制切换。
🔹 常见做法：
| 场景 | 右手 | 左手 | 枪状态 |
|---|---|---|---|
| 正常持枪 | 控制枪（绑定在右手Socket） | IK跟随左手骨骼 | 枪固定 |
| 拉栓 / 上弹 | 临时“解绑右手”，动画驱动枪 | 左手做动作 | 右手重新贴合枪 |
实现方式：
-
通过 Animation Notify 或 State Event 触发；
-
在 Unity/Unreal 中：
-
Unity → 用 Parent Constraint 动态切换；
-
Unreal → 用 Anim Notify + Attach/Detach；
-
-
也可使用 Two-Hand IK 系统（Unity Animation Rigging 或 UE Control Rig）实现更自然的双手配合。
🧠 举个 Unreal 的例子：
// 正常状态：枪绑定在右手Socket
AttachToComponent(GetMesh(), FAttachmentTransformRules::SnapToTarget, "WeaponSocket_R");
// 上弹动画 Notify：
DetachFromActor(FDetachmentTransformRules::KeepWorldTransform);
// 动画控制枪的移动（拉栓、插弹）
...
// 动画结束时重新附加
AttachToComponent(GetMesh(), FAttachmentTransformRules::SnapToTarget, "WeaponSocket_R");
Unity 里可以用类似：
rightHandConstraint.weight = 1f; // 正常持枪
...
// 拉栓时：
rightHandConstraint.weight = 0f; // 放开右手
🧩 三、为什么不要绑在根节点？
绑在根节点的枪：
-
不会跟着身体自然晃动；
-
人物跑步时枪静止，很假；
-
无法自然瞄准；
-
还会在动画过渡中位置“卡顿”。
✅ 四、推荐层级架构（最实用版本）
PlayerCharacter
├─ Armature
│ ├─ spine
│ │ ├─ shoulder_r
│ │ │ ├─ arm_r
│ │ │ │ └─ hand_r
│ │ │ │ └─ socket_weapon_r ← 挂枪位置
│ │ │ │ └─ Weapon
│ │ │ │ ├─ bone_weapon_root
│ │ │ │ ├─ bone_bolt (拉栓)
│ │ │ │ ├─ bone_mag (弹匣)
│ │ │ │ └─ bone_muzzle (枪口)
配合 AnimationRigging / ControlRig：
-
左手用 IK 对齐
gun_hand_l_socket -
瞄准时调整枪整体对齐视线
-
拉栓时动画驱动
bone_bolt
⚙️ 五、总结对比表：
| 绑定方式 | 优点 | 缺点 | 推荐度 |
|---|---|---|---|
| 根节点 | 稳定，不抖 | 不自然，不随动画 | ❌ |
| 右手骨骼 | 跟手动作自然 | 无法脱手拉栓 | ⚠️ |
| 手部 Socket + 动态约束 | 灵活、自然、专业 | 需要IK系统 | ✅✅✅ |
如果你愿意，我可以帮你画一个架构图（Blender 或 Unity 视角）
展示推荐的Socket + 双手IK + 动态绑定流程。
要我画吗？
扫一扫
1994
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
