垃圾回收：即收集已经“死去”的对象。Java内存运行时数据区中程序计数器、虚拟机栈、本地方法栈三个部分的随线程而生，随线程而灭。每个栈帧中分配多少内存在类结构确定时就是可知的，因此这三个区域的内存分配和回收都具备确定性，不需过多考虑回收问题，因为方法结束或线程结束时，内存就回收了。而Java堆和方法区则不一样，一个接口中的多个实现类的内存可能不一样，一个方法中的分支需要的内存也可能不同，只有在..

下图是HotSpot中垃圾收集器搭配使用方式：有连线说明可以搭配。Serial收集器：串行收集器是最古老，最稳定以及效率高的收集器。可能会产生较长的停顿。是一个单线程的收集器，它在进行垃圾收集时，必须暂停其他的所有的工作线程，直到收集结束。“Stop The World”这项工作是有虚拟机在后台自动发起和自动完成的，在用户不可见的情况下把用户的所有工作线程停掉，这对很多应用来说是难...

字节码指令简介： Java虚拟机的指令由一个字节长度的、代表着某种特定含义的数字（称为操作码，Opcode）以及跟随其后的零至多个代表此操作所需参数（称为操作数，Operands）而构成。 由于Java虚拟机采用面向操作数栈而不是寄存器的架构，所以大多数的指令都不包含操作数，只有一个操作码。由于限制了Java虚拟机操作码的长度为一个字节，所以指令集的操作码总数不可能超过256条。字节码与数据...

下载安装包https://www.mongodb.com/download-center/community解压tar -zxvf mongodb-linux-x86_64-4.2.8.tgz创建目录，设置权限在根目录 / 下创建data/db目录，用于放置mongodb数据，并且给该目录设置权限sudo mkdir -p /data/dbsudo chown -R自己电脑的用户名 /data启动

执行hbase zkcli后报错信息如下：15/10/02 15:17:55 INFO zookeeper.ZooKeeper: Client environment:java.library.path=/opt/cloudera/parcels/CDH-5.4.5-1.cdh5.4.5.p0.7/lib/hadoop/lib/native15/10/02 15:17:55 INFO zo

首先说明，Kafka 的设计就是 at-least-once 的那么，如何确保非极端环境下，Kafka 不丢数据，以及 Kafka 集群尽可能稳定呢？Producer 端设置 ack 为 all（或者说尽可能越多越好，但实际生产里集群实例过多，这样设置会影响性能，因此根据具体情况来定），即 确保所有 replication 都拿到数据的时候，send 方法才得以返回，以此来判断数据

#!/usr/bin/python#encoding:utf-8#网站---源代码---python信息---匹配findall---写入文件import urllibimport reimportsysreload(sys)sys.setdefaultencoding('utf-8')#输出的内容是utf-8格式#打开源码，获取网站i=0;d

#!/usr/bin/python#encoding:utf-8import requestsfrom bs4 import BeautifulSoupimport codecsimport xlwtfrom xlutils.copy import copyfrom xlrd import open_workbookimport osclass Spid

map.py#!/usr/bin/python# encoding:utf-8import sysword2count = {}for line in sys.stdin:line = line.strip()splited = line.split(',')[0]if "捉妖记" in splited:print '%s\t%s' % (spl

#!/usr/bin/python#encoding:utf-8#网站---源代码---python信息---匹配findall---写入文件import urllibimport reimportsysreload(sys)sys.setdefaultencoding('utf-8')#输出的内容是utf-8格式#打开源码，获取网站i=0;d