1. Automatic batching 以往在事件中setState，react会将多个set操作合并成一次，例如: sandbox {代码...} 但是在异步操作中比如：setTimeout 或 fetch，set操作并不会合并。sandbox {代码...} 所以有些第三方库会手动合并： {代码...} React18 将提供自动批处理功能，只要使用ReactDOM.createRoot，代替ReactDOM.render...

configurable：当且仅当该属性的 configurable 键值为 true 时，该属性的描述符才能够被改变，同时该属性也能从对应的对象上被删除。 默认为false。

总结：对象作为key，无论对象是否嵌套，总会替换之前key的value数组作为key,会先把数组中的元素转成字符串，之后如果相等，替换之前key的value，不相等，为新key

{代码...} {代码...} 1.链接：[链接]项目地址：[链接]2.链接：[链接]项目地址：[链接] {代码...}

为什么我调换声明顺序，结果还是输出以 var 形式声明的函数的值？有人回答我说 "啊，变量提升呀..."，我最开始的理解，就算变量提升，第一种情况提升之后，应该是这样啊：

前言 {代码...} 解释：b对c说，我同意你跟我共用一个内存地址，你可以在我的内存地址内，修改局部成员，但是你要连我的家都给挪走，对不起 你自己走。。。 正题 ECMAScript 中所有函数的参数都是按值传递的。访问变量有按值和按引用两种方式，而参数只能按值传递。   基本类型参数传递：传给函数的是数值的一个复制，函...

Set是ES6种新增的数据结构，有点类似与数组，但它的成员的值都是唯一的 1.取两个数组的交并差集 {代码...} 2.判断两个数组是否“相等” 有两种方法 1 JSON.stringify() {代码...} 2 不允使用JSON.stringify时 {代码...} 注意 不要用 X.toString(); {代码...} 转换成字符串后，导致字符串'1'和数字1相等。 微信公众号：前端...

每创建一个函数，函数上都有一个prototype的属性，他是一个对象。这个对象的作用就是当使用它创建实例的时候，这些实例都会共享原型上的属性和方法。当我们访问对象中的某个属性时，如果这个对象内部不存在这个属性，那么他就会去__proto__里面去找这个属性，这个__proto__又会有自己的__proto__，就这么一直找下去直到...

1.前言 解决iframe高度自适应问题有两种方法1.pym2.手动设置iframe的高度 本文主要是总结第二种实现方式，因为第一种pym.js插件我没用懂 如果使用iframe时，遇到以下的需求： iframe的高度始终等于嵌入页面内容的高度，而不是屏幕的高度 右侧不允许出现两个滚动条 iframe的高度自适应不仅仅是指刚加载进来时，也有可能嵌...

参考链接 indexOf()只返回字符串在规定的查找顺序中，首次出现的位置！ 1、传参相同 {代码...} 2、返回值类型相同 {代码...} 3.不同 字符串的indexOf在传入参数不是字符串的情况下默认会转换为字符串 {代码...} 而数组的indexOf不会进行数据类的转换 {代码...} 赞链接

这段代码我哩哩啦啦写了三天多，平时都有活今天忙里偷闲想起之前放大镜这个功能写了一半（我是分两块写的，先是让module就是那个遮罩层能自由的在图片上跟随鼠标走，剩下的就简单了,遮罩层的left、top乘以一个固定系数就是‘放大图片’的left、top）。好了我的思路就是：只需要一张图片，这张图片像素要大一点，先以缩小的...

今天主管让我给工单系统填个小功能，就是在上面加一个记住密码。提示了我一句用到cookie就走了，我今天是研究了一天cookie啊，下面有三段操控cookie封装好的函数，能延伸出好多东西 大家看到哪里觉得哪里不扎实 这是个很好的积累机会

电脑版的商城昨晚做完了，今天赶着做手机端的，提到手机端的网站第一个想到的就是要 适应不同手机屏幕的宽度，保证在不同手机上都能正常显示给用户，我之前做这类网站都是无脑引进bootstrap的。但前一个项目做完之后我发现bootstrap虽好，但里面的各种样式我利用的很少，最多用到它排版，当网站最后上传的时候你会发现，...

HTML {代码...} javascript {代码...}

一直以来做项目碰到轮播图我都是去网站上找现成插件拿来用，现成的插件1是省时间，拿来改改尺寸改改参数 就能直接用，2是现在的插件确实很强大，对于我一个刚刚学习前端的人来说，牛人写的轮播我看懂也要花些功夫， 更别说在工作中写出来，估计写出来以后，整个项目都要因我延时了... 我做过的项目也不多，开始用的最多...

1. 写在前面 {代码...} {代码...} 2. demo {代码...} 3. 兼容性 {代码...} 4. 结语 {代码...} **