在java中，ArrayList是一个很常用的类，在编程中经常要对ArrayList进行增、删、改、查操作。之前在学校时一直认为删除操作是最简单的，现在才越发觉得自己愚蠢。只需要设置好预期条件的查询才是最简单的，删除涉及到存储空间的释放，以及数组的遍历等问题，在list的操作中相对还算小老哥呢。这两天在给小程序提供后台接口，因为设计的改变，需要

自己写了个测试的拦截器，运行后就不能直接访问index.html了，后来通过控制器来转换可以了，自己又闷着头学习。每次访问网页的时候就在后台打了几个字"自定义拦截器...",什么功能没有，但释放了我一直对拦截器讳莫如深的感觉。做的网页Jequery和bootstrap样式都是直接访问网上的，昨天把这些资源文件下到本地，运行后样式全都没了，Jequer

TCP(TransmissioncontrolProtocol)是一种面向连接，可靠的，基于字节流的运输层通信协议，是专门为了在不可靠的互联网络上提供一个可靠的端到端字节流而设计的。每一次tcp连接需要3个阶段：连接建立，数据传送和连接释放三次握手发生在连接建立阶段，目的是为了防止已失效的连接请求报文端突然又传送到服务器端，因而产生错误三

这个时候所有的mysql的相关进程都会停止，直到drop结束，mysql才会恢复执行。出现这个情况的原因就是因为，在droptable的时候，innodb维护了一个全局锁，drop完毕锁就释放了。这意味着，如果在白天，访问量非常大的时候，如果你在不做任何处理措施的情况下，执行了删大表的命令，整个mysql就挂在那了，在删表期间，QPS会严重下滑，然后产

一、背景随着公司业务的发展，商品库存从商品中心独立出来成为一个独立的系统，承接主站商品库存校验、订单库存扣减、售后库存释放等业务。在上线之前我们对于核心接口进行了压测，压测过程中出现了MySQL5.6.35死锁现象，通过日志发现引发死锁的只是一条简单的sql，死锁是怎么产生的？发扬技术人员刨根问底的优良传统，对于这次死锁原因进行了细致的排

进程的概念进程是操作系统的概念，每当我们执行一个程序时，对于操作系统来讲就创建了一个进程,在这个过程中，伴随着资源的分配和释放。可以认为进程是一个程序的一次执行过程。进程通信的概念进程用户空间是相互独立的，一般而言是不能相互访问的。但很多情况下进程间需要互相通信，来完成系统的某项功能。进程通过与内核及其

AQS是JUC中很多同步组件的构建基础，简单来讲，它内部实现主要是状态变量state和一个FIFO队列来完成，同步队列的头结点是当前获取到同步状态的结点，获取同步状态state失败的线程，会被构造成一个结点（或共享式或独占式）加入到同步队列尾部（采用自旋CAS来保证此操作的线程安全），随后线程会阻塞；释放时唤醒头结点的后继结点，使其加入对同步状态的争夺中。

我们的使命是通过协作工具和实践的力量来释放所有团队的潜力。对于实践DevOps的团队来说尤其如此，好的工具完全可以真正提升开发团队，IT运营团队和业务团队之间的高效协作。但是，增加多个团队的协作也有可能会给开发人员带来其它成本的付出。虽然开发人员无需编写代码并构建创新的解决方案，但最终需要花费大量时间去集成多个工具，更新工作状态并与其他

引子在安全性和活跃性之间通常存在一种制衡。当我们使用锁来保证线程的安全的同时，如果过度使用加锁，可能会导致死锁。应用无法从死锁中恢复过来，所以在设计时一定要避免会排除这些可能会出现的活跃性问题。死锁死锁描述了这样一种情景，两个或多个线程永久阻塞，互相等待对方释放资源如果线程1锁住了A，然后尝试对B进行加锁，同