webgl必须使用定型数组，因其内存连续、类型固定、与c内存布局一致，可被gpu高效读取；普通数组动态类型且含元数据，无法满足gpu驱动要求。
定型数组（Typed Arrays）是WebGL渲染的底层数据基石，没有它们，GPU无法正确接收和处理顶点、颜色、纹理坐标等原始数据。
为什么WebGL必须用定型数组而不是普通数组
普通JavaScript数组是动态类型、内存不连续、带有额外元数据的对象，而GPU驱动只接受固定字节长度、严格对齐、连续存储的原始二进制数据。定型数组（如Float32Array、Uint16Array）直接映射到C风格的内存布局，能被WebGL API（如gl.bufferData）零拷贝或高效上传。
- Float32Array对应C中的float*，用于顶点位置、法线、纹理坐标
- Uint16Array或Uint32Array对应GL_UNSIGNED_SHORT/GL_UNSIGNED_INT，用于索引缓冲（indices）
- Uint8Array常用于像素数据（如gl.texImage2D传入RGBA图像）
常见误用：类型不匹配导致渲染异常
即使数据内容正确，若定型数组类型与Shader中声明或OpenGL ES约定不一致，结果不可预测——可能黑屏、错位、崩溃或静默失败。
- 顶点着色器期望vec3，但传入Int16Array（未归一化）→ 值被截断为[-1,1]范围，几何严重失真
- 使用gl.drawElements(GL_TRIANGLES, count, GL_UNSIGNED_INT, offset)，却传Uint16Array → 在不支持OES_element_index_uint的设备上直接报错
- 创建Float32Array后手动push元素 → 破坏连续性，应始终用构造函数或new Float32Array([x,y,z,...])初始化
性能关键：复用与视图切换技巧
频繁新建定型数组会触发GC压力并增加内存分配开销。实践中应复用缓冲区，并利用ArrayBuffer + 多个视图实现“一份内存、多种解释”。
- 预先分配足够大的ArrayBuffer，再分别生成Float32Array（顶点）和Uint8Array（颜色）视图
- 更新动画时，仅修改对应视图的数据段，调用gl.bufferSubData局部更新，避免全量重传
- 对结构化数据（如带位置+法线+UV的顶点），用stride和offset配合gl.vertexAttribPointer，无需拆分多个数组
跨平台兼容性注意事项
不同浏览器和GPU对定型数组行为基本一致，但仍有细节需检查：
- 移动端WebGL常限制最大索引数（65535），优先用Uint16Array而非Uint32Array
- 某些旧Android设备不支持Float32Array作为索引数组，需降级为Uint16Array并分块绘制
- 使用gl.getBufferParameter(gl.ARRAY_BUFFER, gl.BUFFER_SIZE)验证实际上传字节数，防止因越界或截断导致部分数据丢失
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
