gluLookAt不适合第一人称相机因其静态重置view矩阵、无法累积旋转位移且不维护朝向状态；需自行管理position/front/up/right，用欧拉角或四元数更新，并基于本地坐标系移动。
为什么 gluLookAt 不适合做第一人称摄像机
因为 gluLookAt 是静态视图函数，每次调用都重置整个 view 矩阵，无法自然累积旋转（比如鼠标拖拽 yaw/pitch）和位移。你改了方向再移动，容易出现“原地转圈”或坐标轴错乱——本质是它不维护摄像机自身的朝向状态，只靠三个点硬算矩阵。
真正自由移动需要自己维护：position（位置）、front（前向向量）、up（上向量）、right（右向量），并用欧拉角或四元数更新 front 和 up。OpenGL Core Profile 下 gluLookAt 还可能根本不可用。
如何用欧拉角 + 向量运算构造 view 矩阵
核心是把摄像机姿态表达成一个 4×4 的逆变换矩阵：先平移（-position），再旋转（把世界坐标系对齐到摄像机坐标系）。不要手写矩阵，用 glm::lookAt ——它接受 eye、center、up，但你要保证 center = eye + front，且 front 始终单位化。
-
pitch控制上下俯仰，范围建议限制在-89.0f到89.0f（避免万向节死锁） -
yaw控制水平旋转，用弧度累加，可不限范围（别用% 360，浮点误差会累积） - 每次更新后立刻重算
front.x = cos(pitch) * sin(yaw)等分量，再用glm::normalize保证长度 -
right = glm::normalize(glm::cross(front, world_up))，up = glm::cross(right, front)—— 这比固定world_up = (0,1,0)更稳定
键盘移动和鼠标视角的事件处理要点
移动必须基于摄像机本地坐标系，不是世界坐标系。比如按 W 键应沿 front 方向前进，按 D 应沿 right 方向平移 —— 如果直接加减 position.y，就会变成“飞天”或“钻地”，失去第一人称感。
- 帧时间（
deltaTime）必须参与速度缩放：position += front * speed * deltaTime - 鼠标偏移量要乘以灵敏度（如
0.1f），再加到yaw/pitch上；记得调用glfwSetCursorPos归零光标位置，否则会跑到屏幕边缘失效 - 启用
glfwSetInputMode(window, GLFW_CURSOR, GLFW_CURSOR_DISABLED)，否则鼠标一出窗就断连 - 按键状态不能用
GLFW_PRESS单次事件，得用glfwGetKey每帧轮询，否则按住不放会卡顿
为什么不用四元数？什么情况下必须换
欧拉角够用，代码直观，适合学习和简单场景。但如果你要做翻滚（roll）、连续高速旋转、或需要插值（如过场动画），欧拉角会遇到万向节问题、插值不平滑、组合顺序敏感等问题。
这时应切换为 glm::quat：用 glm::angleAxis 构造 yaw/pitch 增量四元数，再乘到当前 orientation 上，最后用 glm::mat4_cast 转 view 矩阵。注意：四元数本身不存 position，仍需单独维护 position 并拼接平移。
最容易被忽略的是：无论用哪种方式，front 向量必须每帧从姿态中**重新提取**（用 glm::rotate 或 glm::quat 变换初始 forward 向量），而不是靠上一帧的 front 累加 —— 数值误差会快速导致方向坍缩。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
