一、可见性publicclassSynctestApplication{//底层使用了lock指令实现锁缓存行//XX:UnlockDiagnosticVMOptionsXX:PrintAssemblyXcompprivatevo

说完了我们的synchronized，这次我们来说说我们的显示锁ReetrantLock。java架构之路（多线程）synchronized详解以及锁的膨胀升级过程(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMzUxN

Discuz7.2坑爹集锦SQL篇DZ使用的是MySQL的MyISAM引擎，特点是简单快速，非常适合网络扁平数据。当数据量超过一定规模（大概300万），数据关联复杂（表连接增多）后性能急剧下降。并且在高读写并发时锁表严重（MyISAM是表锁，InnoDB有行锁），甚至导致表损坏。DZ7.2代码中SQL写法存在不标准的问题，虽然不影响执行但对维

\以下文章来源于51CTO技术栈 ，作者崔皓今天，我们从Java内部锁优化，代码中的锁优化，以及线程池优化几个方面展开讨论。Java 内部锁优化当使用Java多线程访问共享资源的时候，会出现竞态的现象。即随着时间的变化，多线程“写”共享资源的最终结果会有所不同。为了解决这个问题，让多线程“写”资源的时候有先后顺序，引入

开发工具1.EclipseIDE：采用Maven项目管理，模块化。2.代码生成：通过界面方式简单配置，自动生成相应代码，目前包括三种生成方式（增删改查）：单表、一对多、树结构。生成后的代码如果不需要注意美观程度，生成后即可用。技术选型（只列了一部分技术）1、后端服务框架：Dubbo、zookeeper、Rest服务缓存：redis

企业应用面临的问题高效编写数据库访问代码内置CRUD，不需要写SQL支持OR/Mapping悲观锁，乐观锁，逻辑删除等辅助支持等即支持简单的CRUD，也支持数十行，上百行SQL编写跨数据库平台支持，Oracle,Postgres,Mysql,以及SQLS

互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，Dubbo是一个分布式服务框架，在这种情况下诞生的。现在核心业务抽取出来，作为独立的服务，使前端应用能更快速和稳定的响应。第一：介绍Dubbo背景Dubbo是一个分布式服务框架,解决了上面的所面对的问题，Dubbo的架构如图所示：主要核心部

开发工具1.EclipseIDE：采用Maven项目管理，模块化。2.代码生成：通过界面方式简单配置，自动生成相应代码，目前包括三种生成方式（增删改查）：单表、一对多、树结构。生成后的代码如果不需要注意美观程度，生成后即可用。技术选型（只列了一部分技术）1、后端服务框架：Dubbo、zookeeper、Rest服务缓存：redis

在Grizzly中，自带了LinkedTransferQueue，和JDK7自带的LinkedTransferQueue有所不同，不同之处就是使用PaddedAtomicReference来提升并发性能，其实这是一种错误的编码技巧，没有意义！AtomicReference和LinkedTransferQueue的本质是乐观锁，乐观锁的在激烈竞争的时候性

I.同步机制线程间的同步机制主要包括三个：互斥锁：以排他的方式，防止共享资源被并发访问；互斥锁为二元变量，状态为0开锁、1上锁;开锁必须由上锁的线程执行，不受其它线程干扰.条件变量：