Cookie与SessionCookie和session是目前使用的两种存储机制。cookie是从一个WEB页到下一个WEB页面的数据传送方法，cookie存储在客户端;Session是让数据在页面中持续有效的一个传递方法，session存储在服务器端。掌握了cookie与session这两个技术，在WEB网站页面间信息传递的安全性是

Kong是Mashape开源的高性能高可用API网关和API服务管理层。自2015年在github开源后，广泛受到关注。它基于OpenResty，进行API管理，并提供了插件实现API的AOP。Kong的插件机制是其高可扩展性的根源，Kong可以很方便地为路由和服务提供各种插件，网关所需要的基本特性。Kong支持特性：云原生:与平台无关，K

本文围绕以下几点进行阐述1、为什么使用redis2、使用redis有什么缺点3、单线程的redis为什么这么快4、redis的数据类型，以及每种数据类型的使用场景5、redis的过期策略以及内存淘汰机制6、redis和数据库双写一致性问题7、如何应对缓存穿透和缓存雪崩问题8、如何解决redis的并发竞争问题

ReentrantReadWriteLock是JDK5中提供的读写分离锁。读写分离锁可以有效的帮助减少锁的竞争，以此来提升系统的性能。用锁分离的机制来提升性能也非常好理解，比如线程A，B，C进行写操作，D，E，F进行读操作，如果使用ReentrantLock或者synchronized关键字，这些线程都是串行执行的，即每次都只有一个线程做操作。但是当D进行读

1、AOP概述AOP技术即AspectOrientedProgramming的缩写，译为面向切面编程。AOP是OOP的一种延续，利用AOP技术可以对业务逻辑的各个部分进行隔离，从使得业务逻辑各部分之间的耦合性降低，提高程序的可重用性，同时提高了开发的效率。AOP采用横向抽取机制，取代了传统纵向继承体系重复性代码，AOP可以在不修改源代码的

Cookie是什么Cookie意为“甜饼”，是由W3C组织提出，最早由Netscape社区发展的一种机制。目前Cookie已经成为标准，所有的主流浏览器如IE、Netscape、Firefox、Opera等都支持Cookie。由于HTTP是一种无状态的协议，服务器单从网络连接上无从知道客户身份。怎么办呢？就给客户端们颁发一个通行证

ReadWriteLock也是一个接口，提供了readLock和writeLock两种锁的操作机制，一个资源可以被多个线程同时读，或者被一个线程写，但是不能同时存在读和写线程。基本规则：读读不互斥读写互斥写写互斥问题：既然读读不互斥，为何还要加读锁答：如果只是读，是不需要加锁的，加锁本身就有性能上的损耗如果读可以不是最新数据

内存上下文背景：需要经常处理大量以指针传值的查询，存在内存泄漏的问题，直到查询结束才能收回内存。所以实现了新的内存管理机制内存上下文（MemoryContext）内存上下文通俗解释：一个内存上下文相当于一个进程环境，进程环境间不互相影响，pgSQL提供了在内存上下文进行内存操作的函数：pallloc、pfree、repalloc

这个问题非常有趣，不是SpringMVC的问题，是实际开发中混合使用了两种请求方式暴露出来的。

背景最近双十一开门红期间组内出现了一次因Mysql死锁导致的线上问题，当时从监控可以看到数据库活跃连接数飙升，导致应用层数据库连接池被打满，后续所有请求都因获取不到连接而失败整体业务代码精简逻辑如下：@Transactionpublicvoidservic