Java内存模型咳咳咳，能看完的都是人上人。。。。Java虚拟机内部使用JMM(Java内存模型)将内存划分为两个逻辑单元，线程栈(或者叫本地内存)和堆。每一个线程都有属于自己的线程栈，在线程栈中会保存局部变量(也叫做本地变量)、方法中定义的参数和异常处理器的参数(catch中的参数)；这些参数和变量都属于线程局部操作，会被隔离，所以不受内存模

BSS段:（bsssegment）通常是指用来存放程序中未初始化的全局变量的一块内存区域。BSS是英文BlockStartedbySymbol的简称。BSS段属于静态内存分配。数据段：数据段（datasegment）通常是指用来存放程序中已初始化的全局变量的一块内存区域。数据段属于静态内存分配。代码段：

前言：大家都知道redis单台的默认内存大小一般是10M.如果现在需要我们将1G的数据保存到内存中。这该如何做到呢？比如我们就用单台redis，但是一味的扩大单台redis内存则直接影响执行的效率，会有一种得不偿失的感觉。于是呢，我们就得采用分片策略实现数据保存，通过多台redis共同为用户提供内存得支持，实现内存扩容，提高执行效率！！

Java中的堆和栈简单的说：Java把内存划分成两种：一种是栈内存，一种是堆内存。      在函数中定义的一些基本类型的变量和对象的引用变量都在函数的栈内存中分配。      当在一段代码块定义一个变量时，Java就在栈中为这个变量分配内存空间，当超过变量的作用域后，Java会自动释放掉为该变量所分配的

同步八种操作（1）lock(锁定)：作用于主内存的变量，把一个变量标识为一条线程独占状态；（2）unlock(解锁)：作用于主内存的变量，把一个处于锁定状态的变量释放出来，释放后的变量才可以被其他线程锁定；（3）read(读取)：作用于主内存的变量，把一个变量值从主内存传输到线程的工作内存中，以便后续的load动作使用；（4）load(

　　“天长地久有时尽，此恨绵绵无绝期。”好诗！好诗啊！即使是天长地久，也总会有尽头，那么，Redis的内存是不是也会有时尽呢？答案是肯定的。那么，当Redis的内存满了以后，再来新的请求，我们该怎么办呢？这时候，大家就应该来了解Redis的内存淘汰策略了，了解了相关的知识点后，就能明白“Redis内存有时尽”后，会发生些什么。Redis内存淘汰机制

在Unix/Linux环境下，Swap是比较重要的空间配置内容。Swap出现的背景源于对物理内存的使用特性。相对于外存储器（硬盘）而言，内存速度具有很强的优势。但是，出于经济方面和技术方面的一些原因，物理内存在过去一个时期内，一直是比较“稀缺”的资源。对操作系统而言，如果存在物理内存不足的情况，通常使用硬盘空间进行弥补，这也就是我们常看到的虚拟内存技术。

前言之前写了一篇深入分析ThreadLocal内存泄漏问题(https://my.oschina.net/thinwonton/blog/1505136)是从理论上分析ThreadLocal的内存泄漏问题，这一篇文章我们来分析一下实际的内存泄漏案例。分析问题的过程比结果更重要，理论结合实际才能彻底分析出内存泄漏的原因。案例与分析

内存管理子系统可能是linux内核中最为复杂的一个子系统，其支持的功能需求众多，如页面映射、页面分配、页面回收、页面交换、冷热页面、紧急页面、页面碎片管理、页面缓存、页面统计等，而且对性能也有很高的要求。本文从内存管理硬件架构、地址空间划分和内存管理软件架构三个方面入手，尝试对内存管理的软硬件架构做一些宏观上的分析总结。内存管理硬件架构

\TOC\Go语言是一种静态类型的编程语言，在Go编程语言中，数据类型用于声明函数和变量。数据类型的出现是为了把数据分成所需内存大小不同的数据，编程的时候需要用大数据的时候才需要申请大内存，就可以充分利用内存。编译器在进行编译的时候，就要知道每个值的类型，这样编译器就知道要为这个值分配多少内存，并且知道这段分配的内存表示什么。!(htt