composer本身没有场景灯光概念，它不是3d渲染器，不管理光源、不计算光照、不生成阴影；所谓“composer灯光”实为误认ae的light图层或混淆three.js/d5等引擎的上下文。
Composer 本身没有“场景灯光”这个概念——它不是 3D 渲染器，不管理光源、不计算光照、不生成阴影。你看到的“Composer 灯光”要么是误认了工具（比如把 AE 的 Composition 叫成 Composer），要么是混用了 D5、Three.js 或 Unity 的上下文。
为什么在 Composer 中找不到 PointLight 或 DirectionalLight？
因为 composer.json 不解析 Light 类型，composer install 不下载光源组件，composer dump-autoload 更不会生成光照逻辑。所有关于“Composer 设置点光源”的搜索结果，实际指向两类情况：
- 用户本意想用 AE（Adobe After Effects）做 3D 合成，但记错了软件名——AE 里确实有
Point Light和Directional Light图层类型 - 用户在 D5 渲染器或 Three.js 项目中写了灯光代码，却误以为这些配置要通过 Composer 管理依赖来生效
你在 AE 里选点光源还是平行光？看运动需求
AE 的灯光图层支持三种类型：Point Light、Spot Light、Parallel Light（即 Directional Light）。选择依据不是“哪个更高级”，而是动画中物体是否移动、是否需要投影、是否强调方向感：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 模型固定不动，只调氛围：用
Parallel Light模拟日光，阴影稳定、方向统一 - 模型绕 Y 轴旋转，需保持正面受光：用
Point Light并绑定到空对象（Null Object），让光源随模型中心同步位移 - 镜头推进时希望光束聚焦主角脸部：必须用
Spot Light，调Spot Angle和Feather控制光斑软硬 - 切忌用
Point Light配过小Intensity+ 过大Radius：AE 会强制模糊边缘导致光效发虚，看不出照明主次
Three.js 里 new PointLight 和 new DirectionalLight 的关键区别
如果你真在写 Three.js 代码，那 PointLight 和 DirectionalLight 的行为差异直接影响渲染结果，不能互换：
-
PointLight必须设position，且默认衰减（distance > 0）；若忘了调distance，远处物体会完全黑掉 -
DirectionalLight的position只决定方向（靠target或 lookAt() 计算），改z值不会让光变强或变弱，但会影响阴影投射角度 - 开启阴影时：
DirectionalLight.shadow.camera.left/top/right/bottom要围住整个运动区域，否则动画中途会“掉阴影”；PointLight的阴影需启用castShadow = true并手动设置shadow.mapSize，否则默认 512×512 分辨率下阴影边缘全是锯齿 - 性能上：
DirectionalLight开销远低于PointLight，尤其在移动端；多个PointLight同时启用阴影极易触发 WebGL 资源超限
真正容易被忽略的是：无论 AE 还是 Three.js，灯光类型一旦选定，就锁定了它的数学模型——PointLight 天然带衰减、DirectionalLight 天然无衰减。强行用后者去模拟台灯，或用前者去打全局日光，后续所有参数调整都在对抗物理逻辑，越调越假。
