好程序员web前端教程分享js闭包

简介: 好程序员web前端教程分享js闭包为了更好的理解闭包,从网上搜罗了很多资料,集各家之精华(自认为),拼拼凑凑自己总结了一下。闭包闭包是一个能读取其他函数内部变量的函数:闭包是一个函数这个函数能读取到其他函数内部的变量(局部变量)他能让读取到的变量始终保存在内存中闭包的缺陷:闭包函...

好程序员web前端教程分享js闭包为了更好的理解闭包,从网上搜罗了很多资料,集各家之精华(自认为),拼拼凑凑自己总结了一下。

闭包

闭包是一个能读取其他函数内部变量的函数:

  1. 闭包是一个函数
  2. 这个函数能读取到其他函数内部的变量(局部变量)
  3. 他能让读取到的变量始终保存在内存中

闭包的缺陷:

闭包函数读取到的变量会一直保存在内存中,不做处理地盲目使用很容易有内存泄漏(内存未释放或无法释放所造成的内存浪费,导致程序运行速度减慢)的风险

案例

说了一堆,来点干货
这个是从网上看到的一个案例

function fun(n,o){
  console.log(o);
  return {
    fun: function(m){
      return fun(m,n);
    }
  };
}

var a = fun(0);  // ?
a.fun(1);        // ?        
a.fun(2);        // ?
a.fun(3);        // ?

var b = fun(0).fun(1).fun(2).fun(3);  // ?

var c = fun(0).fun(1);  // ?
c.fun(2);        // ?
c.fun(3);

当时我把代码粘过来,边看程序边分析,把每一块分析的过程都写了下来

function fun(n, o) {
    console.log(o);
    return { // 这里返回一个对象,对象有个fun函数
        fun: function (m) { // 函数返回 调用fun 函数的返回值
            return fun(m, n);
        }
    };
}

var a = fun(0);  // ? 传参时只传了0,所以n是0,o为 undefined;a即为fun返回的对象
// a.fun() 就是闭包函数,var a = fun(0)中的 n=0,o=undefined 都会常驻在内存中
a.fun(1);        // ? 重新调用fun(n, 0),m = 1,n = 0,console.log(o),结果为0
a.fun(2);        // ? 0
a.fun(3);        // ? 0

var b = fun(0).fun(1).fun(2).fun(3);  // ?  0 1 2
// 1. fun(0)为对象,此时的n = 0,o = undefined,输出 undefined
// 2. 然后调用对象的fun(m),m = 1,返回值为调用外部fun(n, o)的返回值,n = 1, o = 0 而这个返回值又是一个对象,输出0
// 3. 然后又调用对象的fun(m),m = 2,返回值为调用外部fun(n, o)的返回值,n = 2, o = 1 而这个返回值又是一个对象,输出1
// 4. 然后又调用对象的fun(m),m = 3,返回值为调用外部fun(n, o)的返回值,n = 3, o = 2 而这个返回值又是一个对象,输出2
// 这里指的注意的是每次的n和o的值都不一样,是因为他们分别在不同的函数作用域内,这里每次都调用了一个新的fun(),开辟了一块新空间

var c = fun(0).fun(1);  // ? undefined,0
// 而这里两次的结果都是1,因为他们都是通过c这个对象调用的,就是说因为他们都在同一个函数作用域内
c.fun(2);        // ?  1
c.fun(3);        // ?  1

分析的过程简直是一场头脑风暴,稍不留神就会跑偏,总算写完之后赶紧去对照他的答案(当时并没有跑一遍程序),结果发现var b = fun(0).fun(1).fun(2).fun(3);这里答案不一样,他给的答案是undefined, 0, 0, 0,而我得到的结果是undefined, 0, 1, 2,我就又回头看了一遍,觉得自己分析的没问题啊,这时候突然想到我还没跑一遍试试,于是抓紧跑一波,结果果然是站在我这边的。

相关文章
|
2天前
|
人工智能 前端开发
2024 川渝 Web 前端开发技术交流会「互联」:等你来报名!
2024 川渝 Web 前端开发技术交流会「互联」:等你来报名!
2024 川渝 Web 前端开发技术交流会「互联」:等你来报名!
|
5天前
|
存储 前端开发 JavaScript
从 Web 2.0 到 Web 3.0:前端开发的历史与未来
【10月更文挑战第4天】本文探讨了从 Web 2.0 到 Web 3.0 的前端开发演变过程。Web 2.0 时代,前端开发者从静态网页设计走向复杂交互,技术框架如 jQuery、React 和 Vue 带来了巨大的变革。而 Web 3.0 以区块链技术为核心,带来了去中心化的互联网体验,前端开发者面临与区块链交互、去中心化身份验证、分布式存储等新挑战。文章总结了 Web 2.0 和 Web 3.0 的核心区别,并为开发者提供了如何应对新技术的建议,帮助他们在新时代中掌握技能、设计更安全的用户体验。
22 0
从 Web 2.0 到 Web 3.0:前端开发的历史与未来
|
5天前
|
移动开发 前端开发 JavaScript
前端开发实战:利用Web Speech API之speechSynthesis实现文字转语音功能
前端开发实战:利用Web Speech API之speechSynthesis实现文字转语音功能
30 0
|
5天前
|
存储 安全 前端开发
在前端开发中需要考虑的常见web安全问题和攻击原理以及防范措施
在前端开发中需要考虑的常见web安全问题和攻击原理以及防范措施
27 0
|
5天前
|
存储 人工智能 前端开发
前端大模型应用笔记(三):Vue3+Antdv+transformers+本地模型实现浏览器端侧增强搜索
本文介绍了一个纯前端实现的增强列表搜索应用,通过使用Transformer模型,实现了更智能的搜索功能,如使用“番茄”可以搜索到“西红柿”。项目基于Vue3和Ant Design Vue,使用了Xenova的bge-base-zh-v1.5模型。文章详细介绍了从环境搭建、数据准备到具体实现的全过程,并展示了实际效果和待改进点。
|
5天前
|
JavaScript 前端开发 程序员
前端学习笔记——node.js
前端学习笔记——node.js
17 0
|
5天前
|
人工智能 自然语言处理 运维
前端大模型应用笔记(一):两个指令反过来说大模型就理解不了啦?或许该让第三者插足啦 -通过引入中间LLM预处理用户输入以提高多任务处理能力
本文探讨了在多任务处理场景下,自然语言指令解析的困境及解决方案。通过增加一个LLM解析层,将复杂的指令拆解为多个明确的步骤,明确操作类型与对象识别,处理任务依赖关系,并将自然语言转化为具体的工具命令,从而提高指令解析的准确性和执行效率。
|
5天前
|
存储 弹性计算 算法
前端大模型应用笔记(四):如何在资源受限例如1核和1G内存的端侧或ECS上运行一个合适的向量存储库及如何优化
本文探讨了在资源受限的嵌入式设备(如1核处理器和1GB内存)上实现高效向量存储和检索的方法,旨在支持端侧大模型应用。文章分析了Annoy、HNSWLib、NMSLib、FLANN、VP-Trees和Lshbox等向量存储库的特点与适用场景,推荐Annoy作为多数情况下的首选方案,并提出了数据预处理、索引优化、查询优化等策略以提升性能。通过这些方法,即使在资源受限的环境中也能实现高效的向量检索。
|
5天前
|
机器学习/深度学习 弹性计算 自然语言处理
前端大模型应用笔记(二):最新llama3.2小参数版本1B的古董机测试 - 支持128K上下文,表现优异,和移动端更配
llama3.1支持128K上下文,6万字+输入,适用于多种场景。模型能力超出预期,但处理中文时需加中英翻译。测试显示,其英文支持较好,中文则需改进。llama3.2 1B参数量小,适合移动端和资源受限环境,可在阿里云2vCPU和4G ECS上运行。
|
5天前
|
前端开发 算法 测试技术
前端大模型应用笔记(五):大模型基础能力大比拼-计数篇-通义千文 vs 文心一言 vs 智谱 vs 讯飞vsGPT
本文对比测试了通义千文、文心一言、智谱和讯飞等多个国产大模型在处理基础计数问题上的表现,特别是通过链式推理(COT)提示的效果。结果显示,GPTo1-mini、文心一言3.5和讯飞4.0Ultra在首轮测试中表现优秀,而其他模型在COT提示后也能显著提升正确率,唯有讯飞4.0-Lite表现不佳。测试强调了COT在提升模型逻辑推理能力中的重要性,并指出免费版本中智谱GLM较为可靠。
前端大模型应用笔记(五):大模型基础能力大比拼-计数篇-通义千文 vs 文心一言 vs 智谱 vs 讯飞vsGPT