GPU着色器中无法使用std::vector或new，需预分配梯度与排列表并用纹理或缓冲区传入；Perlin噪声须重写哈希与插值逻辑，避免浮点精度问题，大范围地形需分形叠加并拆分坐标计算，推荐用计算着色器生成高度图。
GPU 着色器里不能直接用 C++ 的 std::vector 或 new，得预分配 + 纹理查表
柏林噪声在 CPU 上常依赖随机梯度数组和插值逻辑，但计算着色器（如 HLSL/GLSL）不支持动态内存分配，也没有标准库。你没法在 main() 里 new 一个 256 元素的梯度表——必须把梯度、排列（permutation）表 baked 进去。常见做法是：用 Texture2D<uint></uint> 或只读结构化缓冲区（StructuredBuffer<uint></uint>）传入 256 或 512 长度的排列数组，再用哈希函数生成伪随机梯度方向（避免存 256 个 float2）。若追求确定性且轻量，直接硬编码 static const uint perm[256] 在着色器里更稳，尤其对 WebGPU/Vulkan 的 SPIR-V 后端更友好。
GLSL/HLSL 里实现经典 Perlin 噪声要重写梯度哈希，别照搬 Ken Perlin 的 Java 原版
原版 Perlin 使用整数哈希 + 查表取梯度向量，但 GPU 上整数模运算（%）在某些驱动有性能陷阱，且 floor() 对负坐标行为不一致（比如 floor(-1.5) 是 -2.0，但部分旧 GPU 对负数截断不统一）。实操建议：
- 用
int i = int(floor(x)) & 255替代int(x) % 256，靠位与保证无符号索引安全 - 梯度向量不要硬存 8 个 float2，改用 4 维哈希：
uint h = perm[(i + perm[j]) & 255]，再用h & 3和(h >> 2) & 3分别取 x/y 方向符号，组合出 16 种单位向量 - 插值函数必须用
fade(t) = t * t * t * (t * (t * 6 - 15) + 10)，别简写成t * t * (3 - 2 * t)（那是 smootherstep，不是 Perlin 原版的 fade）
大范围地形（>10km）必须用分形噪声（fbm），但要注意浮点精度崩坏
单层 Perlin 噪声周期是 256 单位，直接放大到公里级会重复、块状。需叠加多层（octaves），每层频率翻倍、振幅衰减。问题在于：当世界坐标达 1e5 级别时，float 在 GPU 上有效位只有 23 位，fract(x * 256.0) 开始丢精度，导致噪声图出现“网格撕裂”或静止条纹。解决方法：
- 把世界坐标拆成整数格子索引 + 小数偏移：用
uint2 grid = uint2(floor(worldPos.xz * scale))，再对grid % 256做哈希，小数部分用frac(worldPos.xz * scale)插值 - 关键：所有噪声层的频率缩放都基于同一组整数格子，避免各层因浮点误差错位
- 超过 4 层后，低振幅层可降为 half-float 计算（如 HLSL 的
min16float），节省带宽
输出到地形顶点时，别在像素着色器里算噪声——用计算着色器生成高度图纹理
实时地形若每帧都在 VS/PS 里跑 4~8 层 Perlin，GPU 花费集中在 ALU，尤其移动端容易掉帧。更合理的是：用 ComputeShader 预生成一张 R16_UNORM 或 R32_FLOAT 高度图，分辨率按 LOD 切（比如 512×512 对应 1km²），然后顶点着色器只做一次纹理采样 + 线性插值。注意两点：
立即学习“C++免费学习笔记（深入）”；
- 计算着色器的
[numthreads(8,8,1)]要匹配你的 dispatch size，避免线程组越界访问；用if (id.x >= width || id.y >= height) return;守住边界 - 高度图 UV 要对齐世界坐标：假设地形原点在 (0,0)，则纹理坐标
uv = (worldPos.xz - origin) / terrainSize，否则平移时会滑动
最易被忽略的是：噪声函数里所有常量（如 256、0.5、6.0）必须显式写成 256.0f、0.5f，否则某些 OpenGL 驱动会默认当 double 处理，触发隐式转换错误或降速。
