Mesh Shader 是 GPU 硬件（NVIDIA Ada / AMD RDNA3 / Intel Xe-HPG 起）支持的新管线阶段，需驱动暴露、API 封装与着色器编译链协同启用，C++ 仅负责提交描述、绑定资源、触发调度，实际工作由 mesh shader 和 task shader 完成。
Mesh Shader 是什么，为什么不能直接用
Mesh Shader 不是 C++ 标准库里的东西，也不是 Vulkan 或 D3D12 自带的“开箱即用”功能。它是 GPU 硬件（NVIDIA Ada / AMD RDNA3 / Intel Xe-HPG 起）支持的新管线阶段，必须通过驱动暴露、API 封装、着色器编译链配合才能启用。C++ 侧只负责提交描述、绑定资源、触发调度——真正干活的是 mesh shader 和 task shader 这两个着色器阶段。
常见错误现象：VkPhysicalDeviceFeatures2::meshShader 为 false；D3D12_FEATURE_DATA_D3D12_OPTIONS10::MeshShaderTier 返回 D3D12_MESH_SHADER_TIER_NOT_SUPPORTED；或者编译 .ms 文件时报 “unknown stage”。
- 确认 GPU 和驱动：NVIDIA 需 525.60+，AMD 需 Adrenalin 23.5.1+，Intel 需 Arc A750/A770 + 31.0.101.4882+
- Vulkan 必须启用
VK_EXT_mesh_shader实例/设备扩展，并在VkPhysicalDeviceMeshShaderFeaturesEXT中检查meshShader字段 - D3D12 需 Windows 11 22H2+，且调用
CheckFeatureSupport(D3D12_FEATURE_D3D12_OPTIONS10)，不是靠IsMeshShaderSupported()这种不存在的 API
Vulkan 中怎么写 mesh shader 的着色器和管线
着色器语言仍是 SPIR-V，但语法和入口点变了：不用 main()，改用 mesh_main()（或 task_main()），且必须用 #extension GL_EXT_mesh_shader : require。
关键区别在于数据流模型：task shader 输出 per-workgroup 的 taskCount，mesh shader 每个线程组生成顶点/图元，不走传统顶点拉取（vertex fetch）路径。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 着色器编译需指定 stage：
glslc -fentry-point=mesh_main -fshader-stage=mesh -I. mesh.glsl -o mesh.spv - 管线创建时，用
VkPipelineShaderStageCreateInfo分别传入task和mesh阶段，stage 值为VK_SHADER_STAGE_TASK_BIT_EXT和VK_SHADER_STAGE_MESH_BIT_EXT - 必须禁用旧管线：
VkPipelineVertexInputStateCreateInfo可设为 null；VkPipelineInputAssemblyStateCreateInfo::topology不再生效 - 输出结构体必须用
layout(local_size_x = N) in;+layout(max_vertices = M, max_primitives = P) out;显式声明容量
D3D12 怎么启用并调度 mesh shader
D3D12 没有“mesh shader pipeline object”，它把 task/mesh 视为 compute-like 阶段，靠 ID3D12GraphicsCommandList1::DispatchMesh 启动，参数是线程组数量而非顶点数。
容易踩的坑：混用 DrawInstanced 和 DispatchMesh 到同一 render target 会触发验证层报错；没有显式设置 PSO::SampleDesc.Count = 1 会导致部分驱动拒绝创建 PSO。
- Root signature 必须包含
D3D12_ROOT_SIGNATURE_FLAG_ALLOW_MESH_SHADER - PSO 创建时，
CD3DX12_PIPELINE_STATE_STREAM_DESC中填D3D12_PIPELINE_STATE_STREAM_MESH_SHADER和D3D12_PIPELINE_STATE_STREAM_AMPLIFICATION_SHADER（task shader 在 D3D12 叫 amplification shader） - 着色器编译用
fxcc或dxc，stage 参数为-T lib_6_8（非ps_6_0），入口点用/E "amplification_main"和/E "mesh_main" - 调度前确保
ID3D12GraphicsCommandList1已升级，普通ID3D12GraphicsCommandList调用DispatchMesh会 crash
C++ 层怎么组织 mesh 数据和资源绑定
Mesh shader 不读取 vertex buffer，它靠 UAV 或 shader storage buffer 写入顶点/索引数据，然后由硬件自动组装图元。所以 C++ 侧重点不是“传顶点”，而是“传描述+传数据块”。
典型场景：LOD 切换、实例化大量相似物体、程序化地形细分——这些地方你不再需要 CPU 算三角形，而是让 task shader 决定哪些 mesh group 该运行，mesh shader 填满 gl_MeshVerticesEXT[] 和 gl_PrimitiveIndicesEXT[]。
- 顶点/索引数据必须放在
UAV（D3D12）或VK_BUFFER_USAGE_STORAGE_BUFFER_BIT（Vulkan）缓冲区中，且内存需映射为可写 - Vulkan 中，mesh shader 写入的顶点位置必须是
vec4（非vec3），w 分量决定 clip space depth，不填默认为 1.0 - D3D12 中，
DispatchMesh(1, 1, 1)不等于画一个三角形——它启动一个 thread group，该 group 输出多少顶点/图元，完全由 shader 决定 - 调试建议：先用最简 task shader（固定输出 1 个 mesh group），再逐步加逻辑；否则验证层很难告诉你哪一行
gl_PrimitiveIndicesEXT[i] = j越界
真正的难点不在语法，而在于放弃“draw call → 顶点→图元”的思维惯性。mesh shader 的数据流是反向的：你告诉 GPU “我要画 N 个对象”，它自己决定要不要细分、合并、剔除，C++ 只提供描述符和参数缓冲区。没跑通之前，先确认驱动版本、扩展/feature 支持、着色器 stage 编译参数这三关，其他都是细节问题。
