在 react 中，推荐通过父组件控制子组件的渲染时机（如 `condition &&
在实际开发中，条件渲染是高频需求，但实现方式直接影响应用的可维护性与运行时性能。React 官方明确要求：所有 Hook 必须在组件顶层、每次渲染时按固定顺序调用。这意味着，若将条件判断放在子组件内部（如 if (!isRender) return null），组件函数体仍会被完整执行——包括所有 useState、useEffect、自定义 Hook 及副作用逻辑，即使最终什么都没渲染。
✅ 推荐方式：父组件控制（短路求值）
const MyComponent = () => (This is my component); // ✅ 正确：组件完全不被调用，零开销 {isRender &&}
此时，MyComponent 函数根本不会执行，其内部所有 Hook、事件处理器、计算逻辑均被跳过，内存与 CPU 开销为零。
❌ 不推荐方式：子组件内条件返回
const MyComponent = ({ isRender }) => {
// ⚠️ 危险：即使 isRender 为 false，以下代码仍会执行！
const [count, setCount] = useState(0);
useEffect(() => { console.log('Mounted!'); }, []);
if (!isRender) return null;
return This is my component;
};
上述写法看似简洁，实则违背 React 核心约束：useState 和 useEffect 在 return null 前已被调用，不仅浪费资源，还可能触发「Invalid hook call」错误（尤其在严格模式或条件分支复杂时）。
? 进阶优化：结合 React.lazy 实现按需加载
当组件体积较大或仅在特定条件下才需展示（如模态框、管理后台子页），可进一步提升首屏性能：
const HeavyComponent = React.lazy(() => import('./HeavyComponent'));
// 仅当 isRender 为 true 时，才触发动态加载与挂载
{isRender && (
? 总结建议：
- 优先在父组件中控制渲染：用 &&、三元运算符或 if/else 提前返回 JSX；
- 避免在子组件内做“早期退出”式条件渲染，除非该组件本身必须初始化状态（极少数场景）；
- 复杂条件逻辑可封装为自定义 Hook 或工具函数，保持 JSX 层简洁；
- 对非关键路径组件，务必考虑 lazy + Suspense，兼顾用户体验与加载性能。
遵循这一模式，不仅能写出更健壮、可预测的代码，也天然契合 React 的协调（reconciliation）机制与未来优化方向（如 Concurrent Rendering）。
