直接手写LookAt矩阵容易出错，因需严格遵循右手坐标系、列主序及“视图矩阵是世界到摄像机的逆变换”规则；若混淆坐标系方向、叉积顺序、基向量正交化或平移项符号（如误用-eye而非-dot基向量,eye），会导致朝向翻转、Z轴反向、上下颠倒或视锥崩溃。
为什么直接手写 LookAt 矩阵容易出错？
因为标准数学推导（如 OpenGL 的 glm::lookAt）默认使用「右手坐标系 + 列主序 + 视图矩阵是模型到摄像机的变换逆」，而手写时若混淆坐标系方向、矩阵乘法顺序或基向量正交化方式，会导致摄像机朝向翻转、Z 轴反向、上下颠倒等现象。最常见错误是：用 cross(up, forward) 算右向量，却没归一化或没确保 up 与 forward 正交——结果视锥歪斜甚至崩溃。
手写 LookAt 矩阵的四步核心逻辑
本质是构造一个从世界空间到摄像机空间的仿射变换矩阵：先平移（把 eye 移到原点），再旋转（让摄像机坐标轴对齐世界轴）。矩阵结构为 4×4，前三行是旋转部分（正交基），第四行是平移部分（带负号）。
- 计算
forward = normalize(target - eye)，必须归一化，否则后续叉积长度失控 - 计算
right = normalize(cross(forward, up))，注意：这里up是世界向上方向（如vec3(0,1,0)），但若forward与up几乎平行（如俯视天顶），cross结果接近零向量——需 fallback 处理（例如当abs(dot(forward, up)) > 0.999f时改用vec3(1,0,0)重算） - 修正
up_actual = cross(right, forward)（强制正交且右手系），不能直接用输入的up - 平移项填入第四列：-dot(right, eye)、-dot(up_actual, eye)、-dot(forward, eye)，注意不是 -eye 坐标本身
C++ 实现示例（列主序，兼容 OpenGL）
以下代码不依赖 GLM，仅用基础 vec3 和 mat4 结构（假设按列存储，即 m[0] 是第一列）：
mat4 lookAt(const vec3& eye, const vec3& target, const vec3& up) {
vec3 f = normalize(target - eye);
vec3 s = normalize(cross(f, up));
vec3 u = cross(s, f); // 已正交，无需再 normalize（除非 f 或 s 为零）
<pre class='brush:php;toolbar:false;'>mat4 result(1.0f); // 初始化为单位阵
result[0][0] = s.x; result[1][0] = s.y; result[2][0] = s.z; // 第一列：right
result[0][1] = u.x; result[1][1] = u.y; result[2][1] = u.z; // 第二列：up_actual
result[0][2] = f.x; result[1][2] = f.y; result[2][2] = f.z; // 第三列：forward
result[0][3] = -dot(s, eye); // 平移项（第四列）
result[1][3] = -dot(u, eye);
result[2][3] = -dot(f, eye);
return result;}
立即学习“C++免费学习笔记（深入）”；
注意：result[i][j] 表示第 j 列第 i 行（列主序），这和 OpenGL 上传一致；若用行主序（如 Vulkan/DirectX 风格），需转置前三列并调整平移位置。
视锥构建要接在 LookAt 后面，别混在一起
LookAt 只负责视图矩阵（View），不生成视锥（Frustum）。视锥由投影矩阵（Projection）单独决定，比如 perspective 或 ortho。常见错误是试图在 LookAt 里塞 FOV、近远平面——那属于投影阶段。正确流程是：VP = Projection * View，然后用 VP 的 6 个裁剪平面方程（从矩阵各行/列组合提取）来做视锥裁剪。
真正容易被忽略的是：如果手写视图矩阵后直接传给 shader 却忘了统一矩阵约定（比如 shader 期望行主序但你传了列主序），GPU 会把旋转和平移全搞乱——这时候连 gl_Position 都可能飞出屏幕，还查不到明显报错。
