对象属性自赋值的作用？JSONP嵌入视频脚本代码解析

咱们先拆解这个看似无意义的操作，其实它在不少场景里都有实际作用：

• 触发属性的setter/getter逻辑：很多对象的属性不是简单的存储值，背后藏着getter和setter函数。比如Vue这类框架的响应式数据，或者自定义类里的属性，当你给它赋值时，哪怕右边是自身，也会触发setter里的逻辑——比如更新页面视图、触发监听事件、记录修改日志等等。举个例子，假设某个属性的setter会把值同步到本地存储，哪怕你赋的是同一个值，这个同步逻辑还是会执行。
• 强制做类型校验或转换：有些setter会对传入的值做格式处理，比如把字符串转成数字、过滤非法字符。哪怕原值已经符合要求，自赋值也会让它走一遍这个校验流程，确保数据始终符合预期格式。
• 修复特殊的对象状态：在一些老浏览器或者第三方库的对象里，可能存在属性缓存失效、状态不一致的情况。自赋值相当于“刷新”了这个属性，让它回到正确的状态。
• 临时占位或调试用途：有时候开发时会先写这行代码占位置，后来忘了替换；或者调试时，想触发属性setter里的断点，这行自赋值就能帮你触发这个断点。

先回忆下JSONP的核心逻辑：它是靠动态加载跨域的script标签，让脚本里的代码把数据传递到当前页面的全局环境里。Wistia这行代码就是这个机制里的一个小细节：
window['wistiajsonp-/embed/medias/8up1lc9606.jsonp'] = window['wistiajsonp-/embed/medias/8up1lc9606.jsonp'];

• 提前“声明”全局变量，避免后续报错：如果这个全局变量之前不存在，window['xxx']会返回undefined，这行自赋值相当于把这个变量显式地定义在全局（值是undefined）。等后续把包含media、assets的实际对象赋值给它时，就不会出现“未定义变量”的报错，尤其是在严格模式或者对变量声明要求高的环境里。
• 触发全局属性的监听逻辑：和第一个问题里的setter类似，有些调试工具、性能监控脚本会监听全局对象的属性变化。自赋值可以触发这些监听，让工具感知到这个变量即将被使用。
• 符合Wistia的JSONP约定：Wistia的加载逻辑可能依赖这个全局变量的存在来判断脚本是否加载到位。提前初始化这个变量（哪怕是undefined），能让后续的播放器逻辑顺利识别到它，从而正确接收并处理媒体数据。

内容的提问来源于stack exchange，提问作者Daniel