`instanceof`运算符在判断对象类型时,可能会出现的错误

本文涉及的产品
对象存储 OSS,20GB 3个月
文件存储 NAS,50GB 3个月
对象存储 OSS,内容安全 1000次 1年
简介: ### `instanceof` 判断的常见问题
  1. 原型链被篡改导致的误判
    • 原理:在JavaScript中,instanceof是通过检查对象的原型链来判断类型的。如果原型链被意外地修改,就可能导致instanceof判断出错。
    • 示例
      function Person() {
             }
      let p = new Person();
      // 手动修改对象p的原型链
      p.__proto__ = {
             };
      console.log(p instanceof Person);
      
    • 在这个例子中,原本pPerson构造函数的实例,p.__proto__指向Person.prototype。但是当我们手动将p.__proto__修改为一个新的空对象时,p instanceof Person会返回false,因为此时p的原型链已经不包含Person.prototype了,这就导致了误判。
  2. 跨iframe或window对象的判断问题
    • 原理:每个iframewindow都有自己独立的全局对象和执行环境,它们的原型链和对象构造方式可能不同。当试图在一个windowiframe环境中判断另一个环境中的对象类型时,instanceof可能无法正常工作。
    • 示例
      // 在主页面
      function MainObject() {
             }
      let mainObj = new MainObject();
      let iframe = document.createElement('iframe');
      document.body.appendChild(iframe);
      let iframeWindow = iframe.contentWindow;
      // 尝试在iframe中判断主页面的对象
      iframeWindow.addEventListener('load', function () {
             
        try {
             
            console.log(iframeWindow.mainObj instanceof MainObject);
        } catch (e) {
             
            console.log("在iframe中判断主页面对象出现错误");
        }
      });
      
    • 在这个例子中,当在iframewindow环境中尝试判断主页面创建的mainObj对象是否是MainObject的实例时,很可能会出现错误。因为iframeWindow中的执行环境没有MainObject构造函数,并且对象的原型链在跨window环境时变得复杂,instanceof不能正确地按照预期进行判断。
  3. 多个库或框架对原型的修改冲突

    • 原理:在一个复杂的前端项目中,可能会使用多个库或框架。如果这些库或框架对同一个对象的原型或者全局的原型链进行了修改,那么instanceof的判断可能会受到干扰。
    • 示例:假设一个项目同时使用了两个库,库A和库B。库A对Array的原型进行了扩展,添加了一个新的方法newArrayMethod。库B在自己的代码逻辑中也对Array的原型进行了修改,可能改变了Array.prototype的指向或者添加了其他方法。此时,如果有一个数组对象,在使用instanceof判断它是否是Array的实例时,可能会因为两个库对Array原型的修改而出现不准确的结果。
  4. Symbol.hasInstance自定义行为导致的意外结果

    • 原理:在JavaScript中,可以通过在对象的Symbol.hasInstance方法中自定义instanceof的行为。如果不小心定义了不符合预期的Symbol.hasInstance行为,就会导致instanceof的判断出现意外结果。
    • 示例
      class CustomClass {
             
        static [Symbol.hasInstance](obj) {
             
            return false;
        }
      }
      let testObj = {
             };
      console.log(testObj instanceof CustomClass);
      
    • 在这个例子中,CustomClass通过定义Symbol.hasInstance方法,使得无论传入什么对象,instanceof判断都会返回false,这与通常基于原型链的判断方式不同,会导致意外的结果。
相关文章
|
3天前
|
弹性计算 双11 开发者
阿里云ECS“99套餐”再升级!双11一站式满足全年算力需求
11月1日,阿里云弹性计算ECS双11活动全面开启,在延续火爆的云服务器“99套餐”外,CPU、GPU及容器等算力产品均迎来了全年最低价。同时,阿里云全新推出简捷版控制台ECS Lite及专属宝塔面板,大幅降低企业和开发者使用ECS云服务器门槛。
|
21天前
|
存储 弹性计算 人工智能
阿里云弹性计算_通用计算专场精华概览 | 2024云栖大会回顾
阿里云弹性计算产品线、存储产品线产品负责人Alex Chen(陈起鲲)及团队内多位专家,和中国电子技术标准化研究院云计算标准负责人陈行、北京望石智慧科技有限公司首席架构师王晓满两位嘉宾,一同带来了题为《通用计算新品发布与行业实践》的专场Session。本次专场内容包括阿里云弹性计算全新发布的产品家族、阿里云第 9 代 ECS 企业级实例、CIPU 2.0技术解读、E-HPC+超算融合、倚天云原生算力解析等内容,并发布了国内首个云超算国家标准。
阿里云弹性计算_通用计算专场精华概览 | 2024云栖大会回顾
|
3天前
|
人工智能 弹性计算 文字识别
基于阿里云文档智能和RAG快速构建企业"第二大脑"
在数字化转型的背景下,企业面临海量文档管理的挑战。传统的文档管理方式效率低下,难以满足业务需求。阿里云推出的文档智能(Document Mind)与检索增强生成(RAG)技术,通过自动化解析和智能检索,极大地提升了文档管理的效率和信息利用的价值。本文介绍了如何利用阿里云的解决方案,快速构建企业专属的“第二大脑”,助力企业在竞争中占据优势。
|
1天前
|
人工智能 自然语言处理 安全
创新不设限,灵码赋新能:通义灵码新功能深度评测
自从2023年通义灵码发布以来,这款基于阿里云通义大模型的AI编码助手迅速成为开发者心中的“明星产品”。它不仅为个人开发者提供强大支持,还帮助企业团队提升研发效率,推动软件开发行业的创新发展。本文将深入探讨通义灵码最新版本的三大新功能:@workspace、@terminal 和 #team docs,分享这些功能如何在实际工作中提高效率的具体案例。
|
7天前
|
负载均衡 算法 网络安全
阿里云WoSign SSL证书申请指南_沃通SSL技术文档
阿里云平台WoSign品牌SSL证书是由阿里云合作伙伴沃通CA提供,上线阿里云平台以来,成为阿里云平台热销的国产品牌证书产品,用户在阿里云平台https://www.aliyun.com/product/cas 可直接下单购买WoSign SSL证书,快捷部署到阿里云产品中。
1850 6
阿里云WoSign SSL证书申请指南_沃通SSL技术文档
|
10天前
|
Web App开发 算法 安全
什么是阿里云WoSign SSL证书?_沃通SSL技术文档
WoSign品牌SSL证书由阿里云平台SSL证书合作伙伴沃通CA提供,上线阿里云平台以来,成为阿里云平台热销的国产品牌证书产品。
1789 2
|
19天前
|
编解码 Java 程序员
写代码还有专业的编程显示器?
写代码已经十个年头了, 一直都是习惯直接用一台Mac电脑写代码 偶尔接一个显示器, 但是可能因为公司配的显示器不怎么样, 还要接转接头 搞得桌面杂乱无章,分辨率也低,感觉屏幕还是Mac自带的看着舒服
|
26天前
|
存储 人工智能 缓存
AI助理直击要害,从繁复中提炼精华——使用CDN加速访问OSS存储的图片
本案例介绍如何利用AI助理快速实现OSS存储的图片接入CDN,以加速图片访问。通过AI助理提炼关键操作步骤,避免在复杂文档中寻找解决方案。主要步骤包括开通CDN、添加加速域名、配置CNAME等。实测显示,接入CDN后图片加载时间显著缩短,验证了加速效果。此方法大幅提高了操作效率,降低了学习成本。
5386 15
|
13天前
|
人工智能 关系型数据库 Serverless
1024,致开发者们——希望和你一起用技术人独有的方式,庆祝你的主场
阿里云开发者社区推出“1024·云上见”程序员节专题活动,包括云上实操、开发者测评和征文三个分会场,提供14个实操活动、3个解决方案、3 个产品方案的测评及征文比赛,旨在帮助开发者提升技能、分享经验,共筑技术梦想。
1139 152
|
21天前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1585 14