垃圾回收算法垃圾回收算法的实现设计到大量的程序细节，并且每一个平台的虚拟机操作内存的方式都有不同，所以不需要去了解算法的具体实现。复制算法将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。当这一块的内存用完了，就将还存活着的对象复制到另外一块上面，然后再把已使用过的内存空间一次清理掉。这样使得每次都是对整个半区进行内存回收，内存分配时也就不用考虑

代码未动，文档先行其实大家都知道API文档先行的重要性，但是在实践过程中往往会遇到很多困难。程序员最讨厌的两件事：1.写文档，2.别人不写文档。大多数开发人员不愿意写API文档的原因是写文档短期收益远低于付出的成本，然而并不是所有人都能够坚持做有长期收益的事情的。作为一个前后端分离模式开发的团队，我们经常会看到这样的场景：前端开发和后端开发在一起

大家好，我是周杰伦。那天，我突然想到一个问题：当我访问那个让万千宅男程序员为之着迷的GitHub时，我电脑发出的数据包是如何抵达大洋彼岸的GitHub服务器的呢，这中间又要经过哪些节点呢？让我们一起来探究下这个问题，请注意系好安全带，计算机网络快车要发车了···IP报文互联网把无数的手机、电脑、服务器、路由器、交换机等各种设备连接在一块儿，那这些设备之间

互联网下的工作流就是业务流程的计算机程序化。在以前，大多数公司都采用纸质表单，手工传递的方式，一级一级审批签字，工作效率相对较低，对于统计报表功能则不能实现。而采用工作流软件，使用者只需在电脑上填写有关表单，系统费会按照定义好的流程自动进行下去，同时在流程进行过程中也可以根据需要修改、管理、查询、统计、打印等，实现了办公自动化，大大提高了审批效率，可以有

从计算机结构到汇编程序入门最近受知乎影响，一股脑热买了这本《30天自制操作系统》的书，该书是日本一位大牛写的。看了前20页，还是有些东西可以琢磨的，虽然接触计算机也7年了，惭愧在于大多都只停留在想法，而未动手去好好实践，大忌大忌。写这个系列章节也是希望通过这样的方式来督促自己。工作几个月的感受其实就是：凡是能够追求百分百的一定不能懈怠，不能因为你已经取

前面我们介绍了树这种数据结构，树是由n（n0）个有限节点通过连接它们的边组成一个具有层次关系的集合，把它叫做“树”是因为它看起来像一棵倒挂的树，包括二叉树、红黑树、234树、堆等各种不同的树，有对这几种树不了解的可以参考我前面几篇博客。而本篇博客我们将介绍另外一种数据结构——图，图也是计算机程序设计中最常用的数据结构之一，从数学意义上讲

如今，大型企业的应用平台正在向微服务架构进行转型。在微服务架构下，应用程序和数据库等底层平台的关系将会被重构，新一代分布式数据库必须支持弹性扩张、资源隔离、多租户、可配置一致性、多模式（支持各类SQL协议）、集群内可配置容灾策略等一系列功能。传统单点数据库的容量瓶颈，仅仅是分布式数据库所解决的问题之一。更重要的是在未来微服务化应用开发以及云化

绝大多数应用程序在运行过程中都会进行两种类型的计算：一种是占用CPU时间的计算，另外一种是与数据输入/输出（I/O）相关的计算。在这两种计算中，一般是与I/O相关的计算所花费的时间占较大的比重。这其中的主要原因是在进行I/O操作时，一般需要竞争操作系统中有限的资源，或是需要等待速度较慢的外部设备完成其操作，从而造成I/O相关的计算所等待的时间较长。从性能优化

前言最近公司在搞技术创新，老板把一群程序员拉到山上，锁在酒店会议室里憋了一晚总结出来几条意见，其中之一就是之所以每次产品改需求我们都会苦哈哈的加班写bug，主要不是因为产品今天提的需求，昨天就该上线，而是因为我们没有一种无需硬编码就能修改系统逻辑的方法。大家一致同意改变命运的关键在于开发一个可视化的规则编辑和执行引擎。我一听这不就是我N年前搞过的决

多个线程同时对同一个对象进行读写操作,很容易会出现一些难以预料的问题。所以很多时候我们需要给代码块加锁,同一时刻只允许一个线程对某个对象进行操作。多线程之所以会容易引发一些难以发现的bug,很多时候是写代码的程序员对线程锁不熟悉或者干脆就没有在必要的地方给线程加锁导致的。本篇我想分享java多线程中的4种常见线程锁的特点、性能比较及使用场景。一、多线