由于Github网速太慢，造成博客中有些图片，文件加载过慢，导致用户体验太差。故决定将博客迁移到国内的代码托管平台Gitee。新博客地址：https://lushunjian.gitee.io/home

最近在公司参与公司运维监控平台的建设，用到一些关于监控的第三方开源工具包，在此记录一下。说到运维监控，本人在公司就曾经历过一段痛苦的日子，在某个重要的日子，由于公司没有完善运维监控平台，为保障系统稳定。公司大部分的开发人员和售后全都扑在了服务器和服务状态的监测上，每天的工作就是手动检查上千台服务器和几千个服务的内存，磁盘，CPU使用情况，大概持续了一周左右。因为这些都是重复性的工作，我还记得当时有人提出用跑脚本的方式直接看结果。没想到我们的上级负责人竟然说：“不许使用脚本，这种重要时候我只相信人，不相信脚本”。此言一出，我真的是无力吐槽，人是会累的，机器不会累，竟然还只信人，不信机器。后来想想其实可以理解，他大概是太过紧张了，那段重要日子对于公司来说确实非常重要，出不得差错。不过在经历过那段黑暗的时间后，让我觉得，系统的运维监控必须要有，靠人力运维是一件高成本，低回报，费力不讨好的活。在未接触运维之前，我总认为开发就是一个项目的重中之重，一个优秀的开发者，一个精良的架构设计能使项目的工作事半功倍。但现在我觉得运维才是重点，因为任何一个项目的开发周期是远远小于它的维护周期的，如何低成本的保障系统长期稳定的运行才是最重要的，也是保证用户体验的重要手段 。特别是对于庞大复杂的系统，运维监控系统必不可少。一个成熟完善的运维系统能有效的监测公司服务器和业务系统的异常情况，并马上做出告警大大减小了问题排查的成本。后面公司也意识到了这一点，并开展了运维平台的建设工作，下面就是在工作中总结的一些关于监控开源工具包的使用，以及一些开源的运维监控组件的介绍。

自工作起就一直使用Git，但一直没去真正了解Git的工作原理，实在惭愧。任何一个项目，团队协作非常重要，在互联网企业级开发中，没有个人英雄主义，一个人几乎不可能独立完成一个项目。因此当很多人共同协作去完成一个项目时，工作成果的维护是一个老大难的问题。Git就是为解决这个问题而生，Git最初是用于 Linux内核开发的版本控制工具。版本控制系统主要就是控制、协调各个版本的文件内容的一致性，这些文件包括文本、图片等等。早期SVN占据了绝大部分市场，而后来随着Git的出现，越来越多的人选择将它作为版本控制工具，社区也越来越强大。相较于SVN，最核心的区别是Git是分布式的VCS，换而言之，每一个你pull下来的Git仓库都是主仓库的一个分布式版本，仓库的内容完全一样，而SVN则不然，它需要一个中央版本库来进行集中控制。采用分布式模式的好处便是你不再依赖于网络，当有更改需要提交的时候而你又无法连接网络时，只需要把更改提交到本地的Git仓库，最后有网络的时候再把本地仓库和远程的主仓库进行同步即可。

Web开发指的是网页系统开发，一说到网页，我想大概大部分人都会熟悉www，每次在浏览器中输入网址时，总会先输入www，这里其实是World Wide Web的简称，现在也简称Web，中文译为万维网。“万维网”和我们经常说的“互联网”是两个联系极其紧密但却不尽相同的概念，互联网就是指通过TCP/IP协议族互相连接在一起的计算机网络。而万维网是运行在互联网上的一个超大规模的分布式系统。Web设计初衷是一个静态信息资源发布媒介，通过超文本标记语言（HTML）描述信息资源，通过统一资源标识符（URI）定位信息资源，通过超文本转移协议（HTTP）请求信息资源。HTML、URL和HTTP三个规范构成了Web的核心体系结构，是支撑着Web运行的基石。

相信java开发工程师对spring都不陌生，spring从2004年诞生至今已有10多年的历史，在企业级web服务开发领域举足轻重，也成为了每一个java开发工程师必须要掌握的一个框架。我从工作到现在使用spring有两年多，确也感觉到它不仅功能强大而且简单易上手，极大的降低了开发者的工作量。在感叹框架带给我的便捷之余，也不禁思考是什么样的人，在什么样的场景下开发出了spring这样强大的框架。在spring没有出现之前，java开发者们又是使用什么样的方式开发web应用系统的呢？现如今各种各样的上层框架层出不穷，但任何一个框架的诞生必定是解决了某些方面的问题。只有在了解了框架的来龙去脉能更好的明白它的优势与劣势，才能更清楚的在何种场景下使用它，否则永远只是个搬砖的小码农，本文就来聊一聊spring的前世今生。先奉上spring的官网，spring社区如今非常活跃，spring也已发展出一系列成熟的组件和解决方案，如spring boot，spring cloud等。

HashMap的底层实现相信是java开发者们面试都会碰到的问题。的确，它方便易用，在java开发中使用频率非常高。它的实现原理包含很多知识点，所以当面试官问到你HashMap的时候可就要当心了，因为如果基本功不够扎实的话，很容易被带到沟里哦，本文主要剖析HashMap的实现原理。首先搞清楚什么是HashMap，实际上从它的名字上就能明白大概。HashMap这个词可以分成两词，Hash和Map。其中Hash指哈希算法，Map则是映射。两个词组合在一起表示的通过哈希算法得到一个散列映射的集合，也就是一个Key对应一个Value的集合，先奉上HashMap的数据结构。

作为java开发人员，深入理解jvm的执行原理必不可少，那么一个类从编译到执行期间，在jvm中都发生了些什么呢？本文将一探究竟。首先就得从类的加载开始说起了。类加载说白了，jvm在运行代码前要先获取到可执行的字节码文件，类加载就是指的这个过程。当然中间还有很多细节，首先我们jvm运行时的几个重要内存区域。

• 栈区：也叫java虚拟机栈，是由一个一个的栈帧组成的后进先出的数据结构 。在jvm中，每个线程都有自己的栈，栈与栈之间相互独立，互不影响，线程中的每个方法就是一个栈帧。在调用方法时，jvm会为方法创建一个栈帧并推入对应线程栈的栈顶，在方法结束调用时，栈顶的栈帧弹出。
• 堆区：用于存放java的对象，这里包括运行时产生的实例对象，也包括类加载时生成的类对象。这个区域是jvm垃圾回收的主战场。jvm针对此区域的GC做了很多事情，例如分代算法，根节点算法。其中垃圾收集器就有4种，在很大程度上减轻了开发人员管理内存的工作。还要特别注意一点的是，此区域是所有线程共享的，当多个java栈引用堆中的同一数据时，就需注意线程安全了。
• 方法区：方法区在jvm是一块非常重要的区域，同时也被所有线程共享，在方法区中，存储了每个类的信息（包括类的名称、方法信息、字段信息）、静态变量、常量以及编译器编译后的代码等。 此区域还包含一个很重要的区域就是常量池，java中String类型的数据就保存在此区域中，在JVM规范中，没有强制要求方法区必须实现垃圾回收。很多人习惯将方法区称为“永久代” ，不过自从JDK7之后，Hotspot虚拟机便将运行时常量池从永久代移除了。
• 程序计数器：也有称为PC寄存器 ，当CPU需要执行指令时，需要从程序计数器中得到当前需要执行的指令所在存储单元的地址，然后根据得到的地址获取到指令，在得到指令之后，程序计数器便自动加1或者根据转移指针得到下一条指令的地址，如此循环，直至执行完所有的指令。
• 本地方法栈：本地方法栈与Java栈的作用和原理非常相似 ，只不过本地方法栈是为调用系统底层方法(Native Method )而服务的。

Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux机器上 。同时docker也可以安装在mac和windows系统上，本文记录的是docker在windows 10上的安装。docker是一种虚拟化技术，因此要安装docker，需要做的第一件事情就是要开启cpu的虚拟化。然后便是去docker的官方网站下载。

官网网速可能较慢，可使用网盘下载，密码：nvt2