​ 最近几天研究了下一致性哈希算法，总算是搞明白它是怎么一回事了，这里记录一下自己的理解。一致性哈希算法主要是针对分布式缓存系统的算法。要想搞清楚一致性哈希的的优缺点，那就必须从它的发应用场景说起，也就是为什么分布式缓存中要使用一致性哈希算法，传统的做法有什么缺点，会带来什么问题。首先来看一下传统的做法，我们知道缓存在大型的应用系统中的地位是很重要的，它能有效的减少数据库的访问次数，从而减少IO提高系统的反应速度，得到较好的用户体验。因此一般应用系统都会使用Redis或者Memcached等中间件做缓存。而在数据量比较大的情况下，一台缓存服务器往往是不足以扛住大数据量的压力，所以会搭建一个缓存服务器的集群。缓存数据就会由原来在一台服务器上变为分布在一个缓存集群上，那数据怎么才能均匀的分布在集群中的节点上呢。又该怎么快速去定位待查询的数据在哪台缓存服务器上呢。

​ 在工作中碰到需要在服务端中转Http请求的需求，一般的请求其实问题不大，用apache的HttpClient 提供的jar包即可解决问题，但是带文件上传的请求中转，遇到了一些小麻烦，在此记录一下。

业务场景是这样的，由于是做系统升级，升级的同时不影响老版本的使用，同时又不和新版本的代码耦合，所以做了一个适配模块，这个模块是个单独的项目。在前端请求新版本系统时会先进入新版本系统的拦截器中，在拦截器中判断该请求是调用新版本的系统接口还是老版本的系统接口，如果调用老版本系统接口，就会先走适配模块，在适配模块中调用老系统的接口。整个流程大致如下图：

在适配器中使用了apache的HttpClient包，而在拦截器中使用的是jdk自带的java.net.URL类。因此两种方式我都会提供，此外还可以通过java.net.socket类实现Http请求，这几种种方式大同小异，只是HttpClient做了一下封装。最重要的还是要对Http请求协议有比较全面的认识，然后模拟出一个符合协议标准的请求报文就可以像浏览器那样模拟Http请求了。

​ 使用了一段时间的Hbase，一直没有时间去了解它的理论基础。最近在看分布式的一些原理，其中最著名的分布式理论就是CAP理论，CAP理论是分布式系统的基石，CAP是Consistency（一致性）。 Availability（可用性）。Partition tolerance（分区容错性） 三个单词的首字母缩写。下面是百度百科上的解释。

● 一致性（C）：所有的节点上的数据时刻保持同步

● 可用性（A）：每个请求都能接受到一个响应，无论响应成功或失败

● 分区容错性（P）：系统应该能持续提供服务，即使系统内部有消息丢失（分区）

CAP理论在互联网界有着广泛的知名度，一般系统架构师会把其作为衡量系统设计的准则。大家都非常清楚地理解了CAP：任何分布式系统在可用性、一致性、分区容错性方面，不能兼得，最多只能得其二，所谓鱼和熊掌不可兼得。因此，任何分布式系统的设计只是在三者中实现其中的两者。

​ 在没有Java之前，同一个应用程序，由于硬件架构和操作系统的不同而需要开发几套应用程序以便程序能运行在不同平台上，这对于开发人员来说无疑是件痛苦的事情，而不同的硬件体系结构和操作系统肯定会长期并存发展，因而需要一门语言解决这个问题，Java顺势而生。Java诞生之初曾有一个著名的口号 “一次编写，处处运行” ，也充分体现了当时的开发人员对实现平台无关性的渴望。实现平台无关性的理想最终实现在操作系统的应用层面上。Sun公司和其他虚拟机提供商发布了很多能运行在不同操作系统上的虚拟机，这些虚拟机都可以运行同一种字节码文件，从而实现了程序的 “一次编写，处处运行” 。通过字节码文件运行程序还有一个优势，实现了语言的无关性，而且这个特性越来越受到开发者的重视。

​ 发展之初，设计者就曾经考虑并实现让其他语言运行与Java虚拟机之上的可能性，在发布规范文档的时候就刻意把Java规范拆分成了Java语言规范和Java虚拟机规范。如今，商业机构以及开源机构已经发展出许多运行于Java虚拟机之上的语言，如Groovy，Scala，Jython等，从事过大数据相关工作的相信对Scala并不陌生。使用这些语言的开发者可能还不是很多，但随着时间的推移和发展，这个队伍正在逐渐壮大。实现语言无关性的仍是虚拟机和字节码文件，虚拟机不与任何编程语言绑定，而只与Class字节码文件绑定，处于安全方面的考虑，虚拟机对Class文件中使用了许多强制性的语法和结构化约束。Java语言的关键字，运算符的语义最终都是由多条字节码命令组合而成，因此字节码命令所能提供的语义描述能力肯定比Java语言本身更加强大，一些Java语言无法支持的语言特性不代表字节码不能有效的支持，这也为别的运行于虚拟机之上的语言提供了有别于Java语言特性的基础。

​ Java虚拟机既然是一台虚拟的计算机，那必有一套完善指令集，指令由一个字节长度，代表某种特定操作含义的操作码构成。这里在最初接触计算机的时候，我是有一些疑问的。例如为什么计算机都有它的指令集，这些指令是怎么被CPU执行的。由于我当初学的是电子科学，包含模电数电，单片机等内容，其中单片机就是一个小型的片上系统，随着学习的深入这些疑问自然就迎刃而解了。我谈一下自己的理解，也顺便做一下记录。

​ 对于CPU而言它只认识0和1，对应的是数字电路中的高低电平，实现原理是把MOS管当做开关使用，MOS管是一种半导体晶体管，主要成分硅（这也是美国硅谷这个名字的由来吧）。通过MOS管可以实现各种寄存器，累加器，计数器，与非门，或非门等逻辑门电路。每一条指令都是特定的门电路组成的，门电路是CPU的基本工作单元，数以亿计的门电路才造就了CPU的强大运算能力，这些门电路输入是一位或多位二进制数，输出也是一位或多位二进制数。在最早的计算机上，程序员需要将0101这种二进制代码给CPU计算，这里的二进制代码会控制CPU进行加减乘除或者逻辑运算，对应于在MOS管上的状态就是开和关，这种二进制代码也叫机器语言，是计算机能直接读懂的语言。但是这对于程序员来说简直是噩梦，一个小小的计算功能，用机器语言来编写需要写一大串0和1。最关键的是这些0和1代码代表什么意思也非常难以记忆，开发成本很大。于是科学家们用了一种高级的语言来代替它 ，然后汇编语言诞生了，汇编语言更接近人类自然语言的习惯。然后再做一个编译器工具帮我们把汇编语言翻译成机器语言就行了。

​ 作为一个纯种程序猿，怎么能没有自己的博客呢。每每看大牛的博客时总是充满敬畏的同时，也想拥有一个属于自己的博客，一方面记录自己在技术上的问题和心得体会，另一方面也是记录着自己从菜鸟到大牛的成长经历。话不多说，下面来一起搭建一个自己的个人博客吧。为了让小白和非猿类也能看明白，本篇搭建流程将尽可能详细，猿类朋友可跳过部分中间步骤，首先搭建个人博客方式主要分为三种。

​ 1 . 自己购买服务器，然后编写前后台代码，将项目部署在服务器上给别人访问。

​ 2 . 在博客平台上注册账号，通过平台来撰写博客。如博客园，CSDN，简书等。

​ 3 . 使用hexo生成静态网页并托管在免费的github平台上，开启GitHub Page即可。

方案一：成本太高，对技术要求也较高，而且对于小白来说难度太大不推荐。方案二：这也是一种选择，而且很多大牛不只有自己的个人博客，而且在各大平台上都有自己的博客，成本低，只是个性化设置不够灵活，但不失为一个不错的选择。方案三：很多基于git的代码托管平台都提供静态网页服务，例如 Github，Gitlab，Gitee（码云）等，这些平台都可以和Hexo配合搭建个人博客，使用这种方式的好处是博客主题，布局，样式，域名全部可以私人订制，对于喜欢个性化的朋友是一个绝佳的选择，而且只需通过几个步骤即可拥有自己的个人博客。下面我记录了一下我个人使用 Hexo+Github的方式搭建个人博客的具体方法，同时今天也是Github被微软收购的日子，祝愿Github能越来越好 !

​ Java是一门面向对象的编程语言，在编程语言排行榜中常年排行前三，由于语言的优势和特点如今已经成为开发中最流行最受欢迎的编程语言，特别是在后台服务器开发领域，由于其跨平台性和庞大的生态圈，几乎没有其他语言能够撼动它的霸主地位。Java发展也是相当迅速，如今已经到Java 10 了，吸收了其他语言的一些优势和特点，融入了很多新的特性 。Java主要分为三个方向：

Java SE：Java Standard Edition，即Java标准版，也是Java技术的核心，是学习 Java ME和 Java EE的基础。用于开发和部署桌面、服务器的Java应用程序 ，也就是C/S架构开发。

Java EE：Java Enterprise Edition，即Java企业版，Java EE 是在 Java SE 的基础上构建的，它提供Web 服务、管理和通信 API ，是java技术应用最广泛的领域。主要用于B/S架构开发。

Java ME：Java Mirco Edition，即Java微型版，Java ME是对 Java SE 进行了精简，以提高运行效率，主要针对小型设备，移动设备以及嵌入式设备而构建，不过在移动设备上，现在基本已经被安卓代替了。

Java虚拟机是整个java平台的基石，是java技术实现硬件无关和操作系统无关的关键环节，是java语言生成极小体积的编译代码的运行平台，是保护用户机器免受恶意代码侵袭的保护屏障。可以说JVM就是整个java体系的核心，在java中碰到的绝大部分问题都可以在JVM中找到答案。

JVM的类加载机制

​ 整体来看，JVM体系分为三个部分：类加载器（Class Loader），运行时数据区（Runtime Data Area），和执行引擎（Execution Engine）,这里主要探讨一下 JVM 的类加载器

一 . 类的生命周期

​ 先通过一个图对类加载流程有个整体认识，如下图

类从被加载到虚拟机内存中开始，直到卸载出内存为止，它的整个生命周期包括了：加载、验证、准备、解析、初始化、使用和卸载这7个阶段。其中，验证、准备和解析这三个部分统称为连接（linking）。

其中，加载、验证、准备、初始化和卸载这五个阶段的顺序是确定的，类的加载过程必须按照这种顺序按部就班的“开始”（仅仅指的是开始，而非执行或者结束，因为这些阶段通常都是互相交叉的混合进行，通常会在一个阶段执行的过程中调用或者激活另一个阶段），而解析阶段则不一定（它在某些情况下可以在初始化阶段之后再开始，这是为了支持Java语言的运行时绑定。