自旋锁　　　　jdk1.6之后默认开启，可以使用参数XX:UseSpinning控制，自旋等待不能代替阻塞，且先不说对处理器数量的要求，自旋等待本身虽然避免了线程切换的开销，但它是要占用处理器时间的，因此，如果锁被占用的时间很短，自旋等待的效果就会非常好，反之，如果锁被占用的时候很长，那么自旋的线程只会白白消耗处理器资源，而不会做任何有用的工

一.Redis分布式锁这里是列表文本锁是针对某个资源，保证其访问的互斥性，在实际使用当中，这个资源一般是一个字符串。使用Redis实现锁，主要是将资源放到Redis当中，利用其原子性，当其他线程访问时，如果Redis中已经存在这个资源，就不允许之后的一些操作。springboot使用Redis的操作主要

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

由于Java面向对象的思想，在JVM中需要大量存储对象，存储时为了实现一些额外的功能，需要在对象中添加一些标记字段用于增强对象功能。在学习并发编程知识synchronized时，我们总是难以理解其实现原理，因为偏向锁、轻量级锁、重量级锁都涉及到对象头，所以了解java对象头是我们深入了解synchronized的前提条件,以下我们使用64

竖线<View    android:layout\_width"1dip"    android:layout\_height"match\_parent"   android:background"66CCFF"   android:layout\_gravity"center\_horizontal"

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

<divid"cnblogs\_post\_body"class"blogpostbody"<p之前的文章<ahref"http://www.cnblogs.com/garryfu/p/7978611.html"target"\_blank"《Java分布式锁实现》</a中列举了分布式锁的3种实现方式，分别是基于数据库实现，基于缓存

利用Android自带的动画效果，实现控件的抖动效果，效果资源文件shark.xml<?xmlversion"1.0"encoding"utf8"?<translatexmlns:android"http://schemas.android.com/apk/res/android"android:fr

package com.ename.views;import android.content.Context;import android.util.AttributeSet;import android.view.KeyEvent;import android.view.MotionEvent;

package cn.mucang.android.community.utils;import android.graphics.Bitmap;import android.graphics.BitmapFactory;import android.graphics.Matrix;impo