3Dvia Composer无“渲染器”概念，其视口绘制策略仅含Shaded、Hidden Line、Wireframe等Render Style模式，关阴影与环境光遮蔽比切换模式更有效提升预览帧率。
没有叫“Composer渲染器”的通用组件——你遇到的渲染模式选择，实际来自具体软件，不是 Composer 本身。 PHP 的 composer 命令行工具不参与任何图形计算；3Dvia Composer、Avid Media Composer、Android Jetpack Compose、甚至 Cursor 的 Composer 2.5 模型，都各自有完全独立的“渲染”概念。混淆名称是绝大多数卡顿、配置失败、参数无效的根源。
3Dvia Composer 里所谓“渲染器”其实是视口绘制策略
它没有 CPU/GPU 渲染器切换开关，只有 View → Render Style 下的几种预设模式：
-
Shaded：启用材质、光照、抗锯齿，适合最终检查，但对中低端显卡压力大 -
Hidden Line：只画可见边线，关闭填充和阴影，装配体预览帧率可提升 3–5 倍 -
Wireframe：彻底无材质、无光照，仅线框，适合超大型模型拖拽/旋转 -
Flat Shaded：面片级着色，不插值，比Shaded轻量，但丢失曲面过渡感
关键点：Ambient Occlusion 和 Shadows 是独立勾选项，不是“渲染器子项”，却比渲染模式本身更吃 GPU。关掉它们，比换 Wireframe 还管用。
Android Jetpack Compose 没有“渲染器”，只有组合与重组机制
它的“渲染”本质是声明式 UI 树的 diff + 合成，不涉及光栅化或着色器：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- UI 更新靠
remember+mutableStateOf触发重组（recomposition），不是重绘（redraw） -
LazyColumn内部用SubcomposeLayout实现按需组合，滚动时只处理可视区域 item - 性能瓶颈通常来自：在重组作用域内做耗时计算、未用
derivedStateOf缓存派生状态、过度使用LaunchedEffect导致频繁启动协程 - 没有“GPU 加速开关”，但
Modifier.graphicsLayer()可触发离屏渲染（offscreen render），慎用——它会创建新图层，增加内存与合成开销
Avid Media Composer 的渲染器是硬件加速管道选择
它确实提供明确的渲染器选项，但影响的是回放与导出阶段，而非“预览设置”：
-
Mercury Playback Engine GPU Accelerated（默认）：依赖 NVIDIA/AMD 显卡驱动支持 CUDA 或 OpenCL，8K 时间线流畅播放的关键 -
Mercury Playback Engine Software Only：纯 CPU 解码+合成，稳定但高分辨率下必然掉帧 - 注意：
Real-time Effects开关（Shift+R）控制的是效果是否实时运算，和渲染器无关；它关了，效果仍存在，只是暂停计算 - 导出时选
H.264或DNxHR，底层调用的是不同编码器（Intel QSV / NVENC / Apple VideoToolbox），不属于“渲染器”范畴
最容易被忽略的兼容性陷阱
所有带“Composer”字样的工具，共享一个致命共性：名字相同，但配置路径、错误日志、生效范围毫无交集。
- 你在 3Dvia Composer 里关了 AO，对 Avid 的时间线播放零影响
- Android Studio 的
Compose Compiler版本必须和compose-bom对齐，错一个 patch 版本就可能报@Composable invocations can only happen from the context of a @Composable function - 运行
composer install报Could not find package ...，和显卡驱动、渲染模式、色彩空间全无关系——它只和repositories配置、网络代理、packagist.org 是否被禁用有关
真正要动手前，先确认你敲的命令、点的菜单、查的日志，属于哪一个 Composer —— 名字不是线索，进程名、安装路径、错误堆栈里的类名才是唯一可靠依据。
