性能优化之-事件代理
Posted 牛牪犇0
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了性能优化之-事件代理相关的知识,希望对你有一定的参考价值。
js中的事件委托或是事件代理简单理解
事件委托也叫事件代理,“事件代理”即是把原本需要绑定在子元素的响应事件(click、keydown…)委托给父元素,让父元素担当事件监听的职务。事件代理的原理是DOM元素的事件冒泡。
概述:
- 那什么叫事件委托呢?它还有一个名字叫事件代理,javascript高级程序设计上讲:事件委托就是利用事件冒泡,只指定一个事件处理程序,就可以管理某一类型的所有事件。那这是什么意思呢?网上的各位大牛们讲事件委托基本上都用了同一个例子,就是取快递来解释这个现象,我仔细揣摩了一下,这个例子还真是恰当,我就不去想别的例子来解释了,借花献佛,我摘过来,大家认真领会一下事件委托到底是一个什么原理:
有三个同事预计会在周一收到快递。为签收快递,有两种办法:一是三个人在公司门口等快递;二是委托给前台MM代为签收。现实当中,我们大都采用委托的方案(公司也不会容忍那么多员工站在门口就为了等快递)。前台MM收到快递后,她会判断收件人是谁,然后按照收件人的要求签收,甚至代为付款。这种方案还有一个优势,那就是即使公司里来了新员工(不管多少),前台MM也会在收到寄给新员工的快递后核实并代为签收。
这里其实还有2层意思的:
第一,现在委托前台的同事是可以代为签收的,即程序中的现有的dom节点是有事件的;
第二,新员工也是可以被前台MM代为签收的,即程序中新添加的dom节点也是有事件的。
为什么要用事件委托:
- 一般来说,dom需要有事件处理程序,我们都会直接给它设事件处理程序就好了,那如果是很多的dom需要添加事件处理呢?比如我们有100个li,每个li都有相同的click点击事件,可能我们会用for循环的方法,来遍历所有的li,然后给它们添加事件,那这么做会存在什么影响呢?
在JavaScript中,添加到页面上的事件处理程序数量将直接关系到页面的整体运行性能,因为需要不断的与dom节点进行交互,访问dom的次数越多,引起浏览器重绘与重排的次数也就越多,就会延长整个页面的交互就绪时间,这就是为什么性能优化的主要思想之一就是减少DOM操作的原因;如果要用事件委托,就会将所有的操作放到js程序里面,与dom的操作就只需要交互一次,这样就能大大的减少与dom的交互次数,提高性能;
每个函数都是一个对象,是对象就会占用内存,对象越多,内存占用率就越大,自然性能就越差了(内存不够用,是硬伤,哈哈),比如上面的100个li,就要占用100个内存空间,如果是1000个,10000个呢,那只能说呵呵了,如果用事件委托,那么我们就可以只对它的父级(如果只有一个父级)这一个对象进行操作,这样我们就需要一个内存空间就够了,是不是省了很多,自然性能就会更好。
事件委托的原理:
- 事件委托是利用事件的冒泡原理来实现的,何为事件冒泡呢?就是事件从最深的节点开始,然后逐步向上传播事件,举个例子:页面上有这么一个节点树,div>ul>li>a;比如给最里面的a加一个click点击事件,那么这个事件就会一层一层的往外执行,执行顺序a>li>ul>div,有这样一个机制,那么我们给最外面的div加点击事件,那么里面的ul,li,a做点击事件的时候,都会冒泡到最外层的div上,所以都会触发,这就是事件委托,委托它们父级代为执行事件。
- [ ]
事件委托怎么实现:
在介绍事件委托的方法之前,我们先来看一段一般方法的例子:
子节点实现相同的功能:
<ul id="ul1">
<li>111</li>
<li>222</li>
<li>333</li>
<li>444</li>
</ul>
实现功能是点击li,弹出123:
window.onload = function()
var oUl = document.getElementById("ul1");
var aLi = oUl.getElementsByTagName('li');
for(var i=0;i<aLi.length;i++)
aLi[i].onclick = function()
alert(123);
上面的代码的意思很简单,相信很多人都是这么实现的,我们看看有多少次的dom操作,首先要找到ul,然后遍历li,然后点击li的时候,又要找一次目标的li的位置,才能执行最后的操作,每次点击都要找一次li;
那么我们用事件委托的方式做又会怎么样呢?
window.onload = function()
var oUl = document.getElementById("ul1");
oUl.onclick = function()
alert(123);
这里用父级ul做事件处理,当li被点击时,由于冒泡原理,事件就会冒泡到ul上,因为ul上有点击事件,所以事件就会触发,当然,这里当点击ul的时候,也是会触发的,那么问题就来了,如果我想让事件代理的效果跟直接给节点的事件效果一样怎么办,比如说只有点击li才会触发,不怕,我们有绝招:
Event对象提供了一个属性叫target,可以返回事件的目标节点,我们成为事件源,也就是说,target就可以表示为当前的事件操作的dom,但是不是真正操作dom,当然,这个是有兼容性的,标准浏览器用ev.target,IE浏览器用event.srcElement,此时只是获取了当前节点的位置,并不知道是什么节点名称,这里我们用nodeName来获取具体是什么标签名
window.onload = function()
var oUl = document.getElementById("ul1");
oUl.onclick = function(ev)
var ev = ev || window.event;
var target = ev.target || ev.srcElement;
if(target.nodeName.toLowerCase() == 'li')
alert(123);
alert(target.innerhtml);
这样改下就只有点击li会触发事件了,且每次只执行一次dom操作,如果li数量很多的话,将大大减少dom的操作,优化的性能可想而知!
上面的例子是说li操作的是同样的效果,要是每个li被点击的效果都不一样,那么用事件委托还有用吗?
<div id="box">
<input type="button" id="add" value="添加" />
<input type="button" id="remove" value="删除" />
<input type="button" id="move" value="移动" />
<input type="button" id="select" value="选择" />
</div>
window.onload = function()
var Add = document.getElementById("add");
var Remove = document.getElementById("remove");
var Move = document.getElementById("move");
var Select = document.getElementById("select");
Add.onclick = function()
alert('添加');
;
Remove.onclick = function()
alert('删除');
;
Move.onclick = function()
alert('移动');
;
Select.onclick = function()
alert('选择');
上面实现的效果我就不多说了,很简单,4个按钮,点击每一个做不同的操作,那么至少需要4次dom操作,如果用事件委托,能进行优化吗?
window.onload = function()
var oBox = document.getElementById("box");
oBox.onclick = function (ev)
var ev = ev || window.event;
var target = ev.target || ev.srcElement;
if(target.nodeName.toLocaleLowerCase() == 'input')
switch(target.id)
case 'add' :
alert('添加');
break;
case 'remove' :
alert('删除');
break;
case 'move' :
alert('移动');
break;
case 'select' :
alert('选择');
break;
用事件委托就可以只用一次dom操作就能完成所有的效果,比上面的性能肯定是要好一些的
现在讲的都是document加载完成的现有dom节点下的操作,那么如果是新增的节点,新增的节点会有事件吗?也就是说,一个新员工来了,他能收到快递吗?
看一下正常的添加节点的方法:
<input type="button" name="" id="btn" value="添加" />
<ul id="ul1">
<li>111</li>
<li>222</li>
<li>333</li>
<li>444</li>
</ul>
现在是移入li,li变红,移出li,li变白,这么一个效果,然后点击按钮,可以向ul中添加一个li子节点
window.onload = function()
var oBtn = document.getElementById("btn");
var oUl = document.getElementById("ul1");
var aLi = oUl.getElementsByTagName('li');
var num = 4;
//鼠标移入变红,移出变白
for(var i=0; i<aLi.length;i++)
aLi[i].onmouseover = function()
this.style.background = 'red';
;
aLi[i].onmouseout = function()
this.style.background = '#fff';
//添加新节点
oBtn.onclick = function()
num++;
var oLi = document.createElement('li');
oLi.innerHTML = 111*num;
oUl.appendChild(oLi);
;
这是一般的做法,但是你会发现,新增的li是没有事件的,说明添加子节点的时候,事件没有一起添加进去,这不是我们想要的结果,那怎么做呢?一般的解决方案会是这样,将for循环用一个函数包起来,命名为mHover,如下:
window.onload = function()
var oBtn = document.getElementById("btn");
var oUl = document.getElementById("ul1");
var aLi = oUl.getElementsByTagName('li');
var num = 4;
function mHover ()
//鼠标移入变红,移出变白
for(var i=0; i<aLi.length;i++)
aLi[i].onmouseover = function()
this.style.background = 'red';
;
aLi[i].onmouseout = function()
this.style.background = '#fff';
mHover ();
//添加新节点
oBtn.onclick = function()
num++;
var oLi = document.createElement('li');
oLi.innerHTML = 111*num;
oUl.appendChild(oLi);
mHover ();
;
虽然功能实现了,看着还挺好,但实际上无疑是又增加了一个dom操作,在优化性能方面是不可取的,那么有事件委托的方式,能做到优化吗?
window.onload = function()
var oBtn = document.getElementById("btn");
var oUl = document.getElementById("ul1");
var aLi = oUl.getElementsByTagName('li');
var num = 4;
//事件委托,添加的子元素也有事件
oUl.onmouseover = function(ev)
var ev = ev || window.event;
var target = ev.target || ev.srcElement;
if(target.nodeName.toLowerCase() == 'li')
target.style.background = "red";
;
oUl.onmouseout = function(ev)
var ev = ev || window.event;
var target = ev.target || ev.srcElement;
if(target.nodeName.toLowerCase() == 'li')
target.style.background = "#fff";
;
//添加新节点
oBtn.onclick = function()
num++;
var oLi = document.createElement('li');
oLi.innerHTML = 111*num;
oUl.appendChild(oLi);
;
上面是用事件委托的方式,新添加的子元素是带有事件效果的,我们可以发现,当用事件委托的时候,根本就不需要去遍历元素的子节点,只需要给父级元素添加事件就好了,其他的都是在js里面的执行,这样可以大大的减少dom操作
(本文摘自网络,权当笔记,侵权联系删除)
干货Mysql的"事件探查器"-之Mysql-Proxy代理实战一(安装部署与实战sql拦截与性能监控)
1:资料参考
https://blog.csdn.net/coldljy/article/details/3168906
https://www.cnblogs.com/jwentest/p/8552075.html
https://www.cnblogs.com/ExMan/p/10396298.html
一:原理
Mysql-Proxy是一个处于你的client端和Mysql Server端之间的一个简单程序,它可以监测、分析和改变他们的通信。它使用灵活没有限制,常见的用途包括:负载平衡,故障、查询分析,查询过滤和修改等等。
Mysql -Proxy就是这么一个中间层代理,简单的说,Mysql-Proxy就是一个连接池,负责将前台应用的请求转发给后台数据库,并且通过使用lua脚本,可以实现复杂的连接控制和过滤,从而实现读写分离和负载平衡。对于应用来说,MySQL Proxy是完全透明的,应用则只需要连接到MySQL Proxy的监听端口即可。当然,这样proxy机器可能成为单点失效,但完全可以使用多个proxy机器做为冗余,在应用服务器的连接池配置中配置到多个proxy的连接参数即可。
mysql-proxy最基本的用法,就是作为一个请求拦截,请求中转的中间层:
根本上,mysql-proxy是一个官方提供的框架,具备良好的扩展性,可以用来完成:
-
sql拦截与修改
-
性能分析与监控
-
读写分离
-
请求路由
三:Mysql-Proxy安装
1、通过yum进行mysql数据库安装的时候,首先我们可以输入 yum list | grep mysql 命令来查看yum上提供的mysql数据库可下载的版本,查看mysql数据库数据库版本的时候,也顺便查看可用的mysql-proxy,图示就是我们想要的结果;
2:yum install mysql-proxy安装:
2.1:使用root用户安装mysql-proxy:执行命令:
yum install mysql-proxy
4.1:使用vim /etc/mysql-proxy.cnf命令打开mysqk-proxy的配置文件进行编辑:
4.2:mysql-proxy配置文件详解,按照如下配置即可,下面配置没有主从配置,需要实现数据库读写分离则需配置master和slave,具体网上搜索相关配置即可。因为我安装代理是想实现sql的拦截与性能监控,所以按照下面配置即可。
[mysql-proxy]#这一行必须有否则报错
admin-username=user #数据库用户名
admin-password=password #数据库用户名
admin-lua-script=/usr/lib64/mysql-proxy/lua/admin.lua #lua位置,参见上面的版本信息,指定读写分离配置文件位置
daemon=true # mysql-proxy以守护进程方式运行
keepalive=true #保持连接启动进程会有2个, 一号进程用来监视二号进程
proxy-address=10.25.76.29:6102 # 代理的监听地址端口,默认端口4040,如果需要用默认端口则直接配置proxy-address=10.25.76.29即可
proxy-backend-addresses=10.17.6.210 #目标地址,Indb内网地址,默认端口3306,10.17.6.210是目标inDB的ip,即数据库的ip和端口
log-file=/var/log/mysql-proxy.log #日志文件存储路径
log-level=debug
5.3:服务启动成功后,用监控的ip和端口登陆mysql,做连接测试
执行命令:mysql -h配置代理地址
-P配置代理端口 -u数据库用户名 -p数据库密码
如图可连接成功
至此我们整个Mysql-Proxy代理的安装部署算是成功。部署过程中遇到很多问题,也列出来做下总结
解决:在vim /etc/mysql-proxy.cnf配置文件添加:[mysql-proxy]#这一行必须有否则报错
4.3.2:
问题2:通过代理的地址和端口登陆成功后会在短时间出现大量的连接错误host is blocked beause of many connections errors:unblock with "mysqladmin flush-hosts ",mysql-proxy连接后端mysql一直报错,达到mysql配置的最大错误次数,导致数据库把代理的ip和端口拉黑
4.3.2.1 :出现的现象
4.3.2.2:
排查过程:
首先查询mysql-proxy日志,日志路径见配置文件/var/log/mysql-proxy.log,打开日志文件
经过抓包分析是阿里云健康扫描导致的,需要将代理外网访问端口访问数据库的端口取消阿里云健康检查即可。mysql的tcp连接数也比较正常
总结:工作中平常就是使用到mysql ,对于一些功能操作了哪些库表测试一般是问开发,如何自己可以知晓呢?mysql的性能监控要怎么实现呢?首先是因为想要简化测试流程,有这个想法,搜索了下 ,有推荐这个工具,通过大概了解下原理觉得这个工作满足需求。然后开干。整个过程中因为阿里云健康检查排查过程用了挺久,也去咨询了运维同事。不过好在问题解决了。
下篇文件讲解mysql-proxy在测试过程中的实战运用。
以上是关于性能优化之-事件代理的主要内容,如果未能解决你的问题,请参考以下文章