父组件渲染时子组件为何会触发渲染？

嘿，我来帮你捋捋这个事儿～ 从你贴的代码片段来看，你的父组件通过<CascadingValue>把Email参数传递给<Header/>和@Body里的子组件，那为啥父组件渲染的时候子组件也跟着触发渲染呢？这其实是Blazor组件渲染的默认行为，咱们拆开来细说：

• Blazor的默认渲染逻辑：当一个组件（也就是你的父组件）需要触发渲染时，Blazor会递归地渲染它所有的子组件。不管子组件有没有直接依赖父组件的状态，只要父组件因为参数变化、内部状态更新或者首次初始化触发了渲染，子组件都会跟着走一遍渲染流程——这是框架的默认规则哦。
• IsFixed="true"的真实作用：你可能误以为这个属性能直接阻止子组件渲染，但其实它的作用是固定级联值的引用，告诉Blazor：这个级联值不会发生变化，所以如果子组件只依赖这个级联值的话，就算父组件因为其他原因重新渲染，子组件也不需要跟着更新。但如果父组件是因为Email本身变化而触发渲染，那子组件会收到新的级联值，自然会触发渲染；另外，父组件首次渲染的时候，子组件必然会被渲染一次，这是组件初始化的必要步骤。
• 结合你的代码场景分析：你的父组件里写了OnAfterRenderAsync方法，不过这里的逻辑是首次渲染完成后才执行，但父组件的首次渲染一定会带动<Header/>和@Body里的子组件一起完成初始化渲染。如果后续父组件因为其他状态（比如除了Email之外的参数或内部变量）变化而触发渲染，那只要子组件没有通过[Parameter]接收其他变化的参数，也没有依赖父组件的其他状态，再加上IsFixed="true"的级联值保护，子组件才会跳过不必要的重新渲染。

如果你想进一步优化子组件的渲染频率，可以在子组件里重写ShouldRender方法，手动控制是否触发渲染；或者尽量让子组件只接收必要的参数，减少不必要的依赖。

备注：内容来源于stack exchange，提问作者Ivan Debono