https://www.cnblogs.com/codelogs/p/16060378.html 背景# 起因是这样的，我们想开发一个小脚本，当cpu使用率过高时，使用jstack将java的线程栈保存下来，以便后面分析。 获取cpu使用率# 获取cpu使用率是比较容易的，使用vmstat就可以了，
https://www.modb.pro/db/48129 前不久，一个朋友所在的公司，业务人员整天都喊慢。 朋友是搞开发的，不是很懂DB，他说他们应用的其实没什么问题，但是就是每天一到高峰期就办理特别的慢啊，各种堵塞，一堆请求无法完成。他们没有专门的DBA，想找我帮忙看看。 我下班后打开他们的数据
https://zhuanlan.zhihu.com/p/333201734 前不久，一个朋友所在的公司，业务人员整天都喊慢。 朋友是搞开发的，不是很懂DB，他说他们应用的其实没什么问题，但是就是每天一到高峰期就办理特别的慢啊，各种堵塞，一堆请求无法完成。他们没有专门的DBA，想找我帮忙看看。 我下
为什么需要消息队列 削峰 业务系统在超高并发场景中，由于后端服务来不及同步处理过多、过快的请求，可能导致请求堵塞，严重时可能由于高负荷拖垮Web服务器。 为了能支持最高峰流量，我们通常采取短平快的方式——直接扩容服务器，增加服务端的吞吐量。 优点是显而易见的，短时间内吞吐量增加了好几倍，甚至数十倍。
Scheduler 每次执行，都会根据JobDetail创建一个新的Job实例，这样就可以规避并发访问的问题（jobDetail的实例也是新的） Quzrtz 定时任务默认都是并发执行，不会等待上一次任务执行完毕，只要间隔时间到就会执行，如果定时任务执行太长，会长时间占用资源，导致其它任务堵塞 @D
生成树欺骗攻击与防御策略 工作目的 掌握交换机生成树选举的过程、欺骗原理、攻击过程和防范策略 任务分析 生成树的端口有五种状态。交换机的边缘端口不接收BPDU，选举时直接从堵塞状态转变为转发状态，不参与生成树的选举过程，默认情况下，交换机的所有端口均为非边缘端口，为避免生成生成树欺骗攻击，可以将交换
自动化测试有2种形式，接口自动化和UI自动化。而UI自动化经常会被登录节点堵塞，例如验证码、图形、滑块等，尽管有些方式可以识别图形和定位滑块位置，但成功率都不高，无法真正意义上实现自动化执行；而http接口的自动化测试前置如果依赖cookie，也无法实现自动化执行。
