unlock

　　 并发是伴随着多核处理器的诞生而产生的，为了充分利用硬件资源，诞生了多线程技术。但是多线程又存在资源竞争的问题，引发了同步和互斥，并带来线程安全的问题。于是，从jdk1.5开始，引入了concurrent包来解决这些问题。 　　java.util.concurrent 包是专为 Java并发编程而设计的包。 在Java中，当多个线程访问某个类时，不管运行时环境采用何种调度方式或者这些线程将如何交替进行，在主调代码中不需要任何额外的同步或协同，这个类都能表现出正确的行为，那么称这个类是线程安全的。 　　一般来说，concurrent包基本上由有3个package组成 ：　 　 java.util.concurrent：提供大部分关于并发的接口和类，如BlockingQueue,Callable,ConcurrentHashMap,ExecutorService, Semaphore等 ； 　　java.util.concurrent.atomic：提供所有原子操作的类， 如AtomicInteger, AtomicLong等； 　　java.util.concurrent.locks:提供锁相关的类， 如Lock, ReentrantLock, ReadWriteLock, Condition等。 　　concurrent包下的所有类可以分为如下几大类： locks部分：显式锁

引入 　　data函数在jQuery中看起来很不起眼, 就像沙滩上一颗平凡的沙子, 但仔细一瞅, 却惊讶的发现data是jQuery中无比重要的一环, 甚至jQuery中各种事件都基于此。 data有什么作用？ 　　在我们平时js编码过程中，我们经常会向DOM元素中添加各种自定义属性，这样有一个弊端。 　　1 假设我们在DOM元素中添加了一个属性，这个属性指向了某个js对象。 dom1.ele = jsObj 　　2 当这个js对象发挥完作用后，我们已经用不到他了。这时候按理说应该把这个js变量清空，释放内存。大家都知道，如果一个js对象 不存在 任何外在引用的话，解释器会自动将其在内存中删除，这也是javascript相对于c++等手动管理内存的程序的优点。 　　3 但是这时候问题来了，因为DOM元素引用了这个js对象，尽管这个js对象已经没有存在的意义了，但是解释器是不会把他删除的。如果想要把其删除，我们可能需要将DOM元素的这个属性设置为null。 　　4 我们编写了这么多的代码，哪里能把 每个js对象是不是被DOM元素引用了都记住啊？ 　　5 而且，假如DOM元素与js对象之间相互循环引用，根本就无法删除！ 这就是内存泄漏 　　6 所以，为了避免这种情况的发生，我们要尽量避免 引用数据 (这里的引用数据可以说是javascript对象) 直接依附在DOM对象上。 　　7

一、 科普定义 这篇博文的两个主角“synchronized”和“读写锁” 1）synchronized 这个同步关键字相信大家都用得比较多，在上一篇“ 多个线程之间共享数据的方式 ”中也详细列举他的应用，在这就不多说只做几点归纳： Java提供这个关键字，为防止资源冲突提供的内置支持。当任务执行到被synchronized保护的代码片段的时候，它检查锁是否可用，然后获取锁，执行代码，释放锁。 常用这个关键字可以修饰成员方法和代码块 2）读写锁 我们对数据的操作无非两种：“读”和“写”，试想一个这样的情景，当十个线程同时读取某个数据时，这个操作应不应该加同步。答案是没必要的。只有以下两种情况需要加同步： 这十个线程对这个公共数据既有读又有写 这十个线程对公共数据进行写操作 以上两点归结起来就一点就是有对数据进行改变的操作就需要同步 所以 java5提供了读写锁这种锁支持多线程读操作不互斥，多线程读写互斥，多线程写写互斥。读操作不互斥这样有助于性能的提高，这点在java5以前没有 二.用一道面试题来具体比较这两点 题目： “白板编程，实现一个缓存系统” 题目分析： 对这个缓存系统的理解： 间于用户和数据库中间的一个环节，我们知道用户直接访问数据库的时间是远大于直接访问内存，所以有了缓存区后用户访问数据时 这样，用户先访问缓存区当缓存区有用户需要的数据时直接拿走，当缓存区没有这样的数据

geth --datadir "./data" --testnet --rpc --rpccorsdomain "*" console --unlock 0 部分参数解析 1.选择存放区块地址 --datadir 目录地址 2.选择网络 --testnet表示选择的是ropsten测试网络，如果想要同步rinkeby测试网络，把--testnet改为--rinkeby即可。 3.解锁账户 --unlock 0（0表示第一个账户） 后续在创建账户后，可以选择加入此参数，可以在后续交易中直接发送以太币，不用解锁。 此时就出现了上图所示的问题：因为 出于安全考虑，默认禁止了HTTP通道解锁账户 如果已经了解打开此功能的风险，可通启动命令中添加参数： --allow-insecure-unlock 改为： geth --datadir "./data" --testnet --rpc --rpccorsdomain "*" console --allow-insecure-unlock 来源： oschina 链接： https://my.oschina.net/u/4457320/blog/3169380

Qt线程类 Qt 包含下面一些线程相关的类： QThread 提供了开始一个新线程的方法 QThreadStorage 提供逐线程数据存储 QMutex 提供相互排斥的锁，或互斥量 QMutexLocker 是一个便利类，它可以自动对 QMutex 加锁与解锁 QReadWriterLock 提供了一个可以同时读操作的锁 QReadLocker 与 QWriteLocker 是便利类，它自动对 QReadWriteLock 加锁与解锁 QSemaphore 提供了一个整型信号量，是互斥量的泛化 QWaitCondition 提供了一种方法，使得线程可以在被另外线程唤醒之前一直休眠。 Qt线程的创建 Qt线程中有一个公共的抽象类，所有的线程都是从这个QThread抽象类中派生的，要实现QThread中的纯虚函数run(),run()函数是通过start()函数来实现调用的。 1 class MyThread : public QThread { 2 public : 3 virtual void run(); 4 }; 5 6 void MyThread::run() 7 { 8 for ( int count = 0 ; count < 20 ; count ++ ) { 9 sleep( 1 ); 10 qDebug( " Ping! " ); 11 } 12 } 13 14

因为要开学了，需要学习mac操作系统，自己没有苹果电脑只能虚拟机上下载喽 我在电脑上安装的VM15虚拟机，不会安装的可以来这里下载软件 VM15虚拟机 这是官网，可以参考别的教程安装一下，安装的时候会出现各种各样的问题，都可以给我留言，尽量帮你解决 我用的是VM15.5版本的虚拟机，算是比较新的，不同的虚拟机接下来用到工具不同，建议用VM15 首先需要下载 mac镜像： macOS镜像 提取码：aax9 unlock破解工具： 破解工具地址 （以为VM虚拟机默认是不带着苹果的版本，不信你试试）提取码：2mdu VM15.5虚拟机 ： 虚拟机 （可以从网上下载，也可以用我的）提取码：02zk 注意所有文件的下载路径不能有中文（unlock工具安装到vmware下，我也不知道不安装这里能不，反正安装在这里能） 开始安装 首先要安装VM15.5不再截图细讲 接下来安装unlock破解工具 首先打开服务，把VM开头的都关掉 右键，停止 这些服务都停止之后打开我们的unlock文件夹，找到win-install.cmd 右键管理员运行 之后你会下载一些东西，这里非常的慢（我是开了关关了开好几次，就好啦，建议你等等，等不及了在关了开） 打开虚拟机，选择文件，新建虚拟机 下一步 浏览找镜像 选择，他会提示你，没有关系，继续往下进行 选择Apple Mac OS X（M）下的macOS 10.13

原子性问题的源头是线程切换，如果能够禁用线程切换那不就能解决这个问题了吗？而操作系统做线程切换是依赖 CPU 中断的，所以禁止 CPU 发生中断就能够禁止线程切换。 在早期单核 CPU 时代，这个方案的确是可行的，而且也有很多应用案例，但是并不适合多核场景。这里我们以 32 位 CPU 上执行 long 型变量的写操作为例来说明这个问题，long 型变量是 64 位，在 32 位 CPU 上执行写操作会被拆分成两次写操作（写高 32 位和写低 32 位，如下图所示）。 在单核 CPU 场景下，同一时刻只有一个线程执行，禁止 CPU 中断，意味着操作系统不会重新调度线程，也就是禁止了线程切换，获得 CPU 使用权的线程就可以不间断地执行，所以两次写操作一定是：要么都被执行，要么都没有被执行，具有原子性。但是在多核场景下，同一时刻，有可能有两个线程同时在执行，一个线程执行在 CPU-1 上，一个线程执行在 CPU-2 上，此时禁止 CPU 中断，只能保证 CPU 上的线程连续执行，并不能保证同一时刻只有一个线程执行，如果这两个线程同时写 long 型变量高 32 位的话，那就有可能出现诡异 Bug 。 “同一时刻只有一个线程执行”这个条件非常重要，我们称之为互斥。如果我们能够保证对共享变量的修改是互斥的，那么，无论是单核 CPU 还是多核 CPU，就都能保证原子性了。 锁模型如下图：

在介绍Lock与synchronized时，先介绍下Lock： public interface Lock { void lock(); void lockInterruptibly() throws InterruptedException; boolean tryLock(); boolean tryLock(long time, TimeUnit unit) throws InterruptedException; void unlock(); Condition newCondition(); } 如上可知，Lock是一个接口，synchronized是Java内置的关键字。 Lock 实现提供了比使用 synchronized 方法和语句可获得的更广泛的锁定操作。此实现允许更灵活的结构，可以具有差别很大的属性，可以支持多个相关的 Condition 对象。 下面是我的另一篇关于缓存的实现，使用ReadWriteLock实现，如下： package com.charles.utils; import java.util.HashMap; import java.util.Map; import java.util.concurrent.locks.ReentrantReadWriteLock; public class CharlesCache { private Map