完全行，是现代 JavaScript 最自然的写法之一；但需权衡是否保留原始对象、处理缺失属性及默认值需求，且要注意 null/undefined 和类型校验等边界情况。
函数参数里直接解构对象属性，行不行？
完全行，而且是现代 JavaScript 最自然的写法之一。但不是所有场景都适合——关键看你要不要保留原始对象、是否要处理缺失属性、有没有默认值需求。
function 定义时怎么写解构参数？
在参数列表里直接用对象字面量语法，把想取的属性名写进去。它不是“先传对象再解构”，而是函数签名本身就声明了结构依赖。
- 基础写法：
function foo({ id, name }) { ... }—— 调用时必须传一个带id和name属性的对象，否则运行时报Cannot destructure property 'xxx' of 'undefined' - 加默认值：
function foo({ id = 0, name = "anon" } = {}) { ... }—— 后面的= {}很关键，它让传undefined或null时不炸，否则解构null会直接报错 - 嵌套解构也支持：
function foo({ user: { id, role } }) { ... }，但可读性下降，调试时堆栈里看不到中间层user
解构参数 vs 函数体内手动解构，差在哪？
表面上只是位置不同，实际影响错误时机、可读性和工具支持。
- 错误提前暴露：参数解构失败会在调用瞬间抛错；手动解构（比如
const { id } = obj）可能等到执行到那行才崩，更难定位源头 - IDE 支持更好：TypeScript 和主流编辑器能基于解构参数推导类型、提供自动补全，写在函数体里就弱很多
- 无法访问原始对象：如果后续还要用整个
obj（比如做JSON.stringify(obj)或透传），参数解构后就丢了，得额外保留一份参数，比如function foo({ id, name }, rawObj) - 性能无差别：V8 等引擎对两种写法优化程度接近，别为这个纠结
容易被忽略的边界情况
解构看着简单，但几个细节不注意，上线后就是静默 bug 或偶发崩溃。
-
null和undefined不是空对象：没加默认赋值= {}时，传foo(null)直接报错，不是返回undefined - 布尔值、数字、字符串会被强制转对象再解构（比如
foo(42)→ 解构Number{42}），通常这不是你想要的，建议配合 TypeScript 类型或运行时校验 - 解构不校验多余字段：传
{ id: 1, name: "a", extra: "b" }完全合法，extra就丢了，不会警告 - 重命名字段要用冒号语法：
function foo({ userId: id, userName: name })，写成userId: id是对的，写成userId = id就变成默认值了
if (!obj || typeof obj !== "object") throw ...，也别依赖解构兜底。 
