javascript对象常用{}字面量声明，访问用点号或方括号；object.defineproperty需显式设writable:true才可写；get/set为访问器属性，与数据属性互斥；object.getownpropertydescriptors用于完整复制含访问器、不可枚举属性的对象。
JavaScript 对象怎么声明和访问？
直接用字面量最常用，也最安全。不推荐用 new Object()，既啰嗦又容易和构造函数混淆。
-
{}字面量：适合大多数场景，可读性好，支持计算属性名和方法简写 -
Object.create(null)：需要完全干净、无原型的对象时用（比如实现 Map-like 结构） -
Object.assign({}, src)或展开运算符{...src}：浅拷贝对象，注意嵌套对象仍是引用
访问属性分两种：obj.key（点号，仅限合法标识符）和 obj["key"]（方括号，支持变量、空格、特殊字符）。动态 key 必须用方括号，比如 obj[<font color="red">userInput</font>]。
Object.defineProperty 为什么总设不上 writable？
因为默认描述符是 writable: false，哪怕你只传了 value。不显式写 writable: true，属性就变只读了，后续赋值会静默失败（非严格模式）或报错（严格模式）。
const obj = {};
Object.defineProperty(obj, 'name', {
value: 'Alice',
// 缺少 writable: true → name 不可修改
});
obj.name = 'Bob'; // 静默失败，obj.name 还是 'Alice'
- 想让属性可写，必须明确加
writable: true - 想禁止删除，加
configurable: false；但一旦设为false，就不能再用defineProperty改它的value、writable等（除了writable → false） -
enumerable: false会让属性不出现在for...in和Object.keys()中，但依然能被访问
get/set 访问器属性和数据属性的区别在哪？
数据属性（value+writable）存值；访问器属性（get/set）存逻辑。两者互斥——不能同时有 value 和 get。
立即学习“Java免费学习笔记（深入）”；
const obj = {
_age: 25,
get age() {
return this._age;
},
set age(val) {
if (typeof val === 'number' && val >= 0) {
this._age = val;
}
}
};
console.log(obj.age); // 25
obj.age = 30; // 触发 set
obj.age = -5; // 被拦截，_age 不变
- 访问器属性的
configurable控制能否删/改描述符；enumerable控制是否出现在Object.keys() - 用
Object.getOwnPropertyDescriptor(obj, 'age')能看到当前是get/set，不是value - 箭头函数不能当
get/set，因为没有自己的this
Object.getOwnPropertyDescriptors 有什么实际用处？
它把对象所有自有属性的完整描述符一次性取出来，是深拷贝访问器、安全复制不可枚举属性的关键工具。
- 配合
Object.defineProperties，能 1:1 复制含get/set、enumerable: false的对象 - 比
JSON.stringify强得多——后者会丢掉函数、undefined、访问器、Symbol 键、不可枚举属性 - 在封装类库时，常用来“透传”原对象的属性行为，而不是简单遍历赋值
const source = {
get x() { return 1; },
y: 2
};
Object.defineProperty(source, 'z', {
value: 3,
enumerable: false
});
const descriptors = Object.getOwnPropertyDescriptors(source);
const clone = Object.defineProperties({}, descriptors);
// clone.x 是访问器，clone.z 存在且不可枚举，clone.y 可写可枚举
属性描述符不是语法糖，它是 JavaScript 对象底层行为的开关。漏掉 configurable 或 writable 的显式声明，很容易让代码在后期维护中变得不可预期。 
