定义：记住下一条执行执行的地址，一条指令执行完成后，解释器会到程序计数器找到下一条指令的地址，通过寄存器实现（cpu中最快的） 特点：线程私有，每个程序有自己的程序计数器 唯一不会存在内存溢出的地方 局部变量在栈
在学习Oracle内存结构的时候，发现一个问题：我的虚拟机Oracle环境参数文件中设置的sga_target=960M，但是在启动数据库时候，显示分配的Total System Global Area为1002127360 bytes（955.7M），那么问题就来了，为什么会不一致？相差的4.3M去干什么了？
最近一直在关注“故障排查”的相关知识，首先着手的是OOM的异常。OOM异常通常会有Perm区的OOM（java7及以前）和HeapSpace的OOM，这两种各有不同的排查手段，但是在review上述两种案例的过程中，String.intern()是出现很多的一个方法，遂研究之。在网上找到了一篇写得不错的文章，就翻译下来给自己留点印象。原文地址：http://java-performance.info/string-intern-in-java-6-7-8/
代码的正确性是实现策划案的基本，是功能的基本要求，所以上线需要检查自己负责的代码是否有问题。包括规范问题，逻辑问题，是否符合需求，以及设计的合理性。
为了提高系统的吞吐量，优化接口的响应速度，使页面响应时间更短，对用户体验更好，某部门的聚合服务层(B端C端的API层）串行调用的RPC接口改造成异步并行模式。
-interval=n 将监视图的刷新间隔时间设置为n 秒（默认值为 4 秒）
如果核心线程满了 , 将该任务放入 " 阻塞队列 " 中 , 查看阻塞队列是否已满 ;
英文原文链接：http://java-performance.info/string-intern-in-java-6-7-8/
在Elasticsearch中，线程池是用于管理线程资源和控制并发度的关键组件。它通过将不同类型的操作映射到不同的线程池中，实现了资源的隔离和优化。Elasticsearch的线程池设计考虑了不同类型的操作对CPU、IO和内存等资源的需求，以及操作的优先级和并发度。
1. java.lang.OutOfMemoryError: Java heap space ----JVM Heap（堆）溢出 JVM在启动的时候会自动设置JVM Heap的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)不可超过物理内存。
为什么要用线程池 线程是不是越多好？ 线程在Java中是一个对象， 更是操作系统的资源， 线程额创建和销毁都需要时间，如果 创建时间+销毁时间>执行任务时间 就很不合算 Java对象占用堆内存，操作系统线程占用系统内存， 根据JVM规范，一个线程默认最大栈大小为1M， 这个栈空间是要从操作系统内存中分配的，线程过多会消耗很多的内存 操作系统频繁切换线程上下文会影响性能 线程池的推出就是为了控制线程数量 线程池原理 - 概念 线程池管理器： 用于创建并管理线程池， 包括创建线程池， 销毁线程池， 添加新任务
要调整线程池的大小，可以使用Spring框架提供的ThreadPoolTaskScheduler类。通过该类，可以设置线程池的大小，以控制并发执行的任务数。
在 Java 语言中，并发编程都是依靠线程池完成的，而线程池的创建方式又有很多，但从大的分类来说，线程池的创建总共分为两大类：手动方式使用 ThreadPoolExecutor 创建线程池和使用 Executors 执行器自动创建线程池。 那究竟要使用哪种方式来创建线程池呢？我们今天就来详细的聊一聊。
GC Roots到对象之间有可达路径，垃圾回收机制就不会清除这些对象，在对象数量达到最大堆容积限制就会产生内存溢出。 设置堆最小值参数-Xms和最大值参数-Xmx；设置-XX:+HeapDumpOnOutOfMemoryError参数在内存溢出时Dump出当前内存堆转储快照。 以下代码会出现堆区的OOE：
程序计数器是一块较小的内存空间，可以看做是当前线程所执行的字节码的行号指示器 ，也就是记录下 Java 程序当前指令的地址偏移量，可在线程切换时记录下当前线程执行的位置，给 CPU 提供指令地址，以便下一次切换回来找到继续执行的位置。
1. 为什么使用线程池？线程池是不是越多越好？ ---- 线程在 java 中是一个对象，更是操作系统的资源，线程创建、销毁需要时间。如果创建时间+销毁时间>执行任务时间就很不合算了。 Java 对象占用堆内存，操作系统线程占用系统内存，根据 jvm 规范，一个线程默认最大栈大小 1 M，这个栈空间是需要从系统内存中分配的。线程过多，会消耗很多的内存。 操作系统需要频繁切换线程上下文（大家都想被运行），影响性能。 线程池的推出，就是为了方便控制线程数量。 2. 线程池原理 - 概念
下载并安装 ：https://tomcat.apache.org/download-80.cgi
方法区概述 《Java虚拟机规范》中明确说明："尽管所有额方法区在逻辑上是属于堆的一部分，但一些简单的实现可能不会去进行垃圾收集或者进行压缩"，但是对于HotspotJVM而言，方法区还有一个别名叫做Non-Heap（非堆），目的就是要和堆区分开，所以，方法区看做是一个独立于Java堆的内存空间
每个节点都会创建一系列的线程池来执行任务，许多线程池都有与其相关任务队列，用来允许挂起请求，而不是丢弃它。下面列出目前ES版本中的线程池。
JVM的内存划分中，有部分区域是线程私有的，有部分是属于整个JVM进程；有些区域会抛出OOM异常，有些则不会，了解JVM的内存区域划分以及特征，是定位线上内存问题的基础。那么JVM内存区域是怎么划分的呢？
之前我们已经了解过“运行时数据区”的程序计数器、虚拟机栈、本地方法栈和堆空间，今天我们就来了解一下最后一个模块——方法区。
此文章记录了我在VM虚拟机上安装tomcat，并部署webApp，因为我这个项目的是在windows server2003下运行的，所以自己没事研究一下如何部署到linux上面，我用的是 CentOS 6.8 ，附上下载地址
Java虚拟机（JVM）是Java程序的核心执行引擎，它的性能对于保证Java应用的稳定性和高效性至关重要。JVM调优是优化Java应用性能的关键一环，本文将从JVM原理、内存管理、垃圾回收机制、调优工具等多个方面进行详细阐述，帮助读者全面理解和掌握JVM调优的技术。
1.不一定是越多越好，首先线程在java里面是一个对象，只要是对象肯定要占用一定的资源，更多的是操作系统保护的资源，线程的创建和销毁都需要时间和空间，如果线程的（创建时间+销毁时间）大于执行时间 就很不划算了。举个例子，创建时间1秒，销毁时间1秒，任务执行也就是1秒，这就没必要搞一个新的线程了，就考虑线程能否复用。 2.java对象占用堆内存，操作系统的线程也会占用内存，对象本身也会占用堆内存，根据JVM规范一个线程最大的栈是1M，达到最大了，栈空间就需要去系统内存中进行分配的，线程不管是占用了多少，只要线程一多，会消耗更多的内存。 3.多线程下操作系统在处理的时候，CPU时间片的增强就会有一个频繁的切换系统上下文，每个线程都想被运行，导致每个线程都执行的很慢，不能专心执行某一个线程。
Java API针对不同需求，利用Executors类提供了4种不同的线程池：newCachedThreadPool, newFixedThreadPool, newScheduledThreadPool, newSingleThreadExecutor。我们以创建固定线程池为例，说明创建线程池的一般做法：
Java 提供了一种在所有平台上都能使用的一种中间代码--字节码类文件（*.class文件）
OutOfMemoryError 异常： 除了程 序计数器外 ， 虚拟机内 存的其他几 个运行时区 域都有发生OutOfMemoryError(OOM)异常的可能。
Zabbix告警生产环境应用shutdown，通过堡垒机登入生产环境，查看应用容器进程，并发现没有该业务应用的相应进程，第一感觉进程在某些条件下被系统杀死了，然后查看容器日志，发现均没异常可寻。
java源码-----》二进制字节码--------》解释器翻译为机器语言--------》cpu来执行
上一篇文章提到我们在java里面不是通过new创建的string字符串会被放到一个叫字符串常量池的地方，那么本篇文章我们就来详细的了解下常量池的相关知识。
看起来一切都非常非常非常美好，那为什么 Eureka 自己实现了 StringCache ？
之前工作中发现有同事在使用线程池的时候经常搞混淆ThreadPoolTaskExecutor和ThreadPoolExecutor，座椅在这里想写一片博客来讲讲这两个线程池的区别以及使用
java开发人员经常遇到OutOfMemoryError的问题。要解决这些问题，要有对java虚拟机的内存管理有一定的认识，甚至对linux系统也要有一定的熟悉。透过分析问题，深入挖掘问题本质，进而强迫自己学习相应基础知识。
工作多年，经常遇到灵异事件，比如说: "任务为什么不跑了" , "没什么复杂业务呀，怎么cpu这么高" ,"用了缓存，怎么查询还是这么慢" , 一些工作一两年的同学遇到这类问题可能会手足无措 ，所以我想写一些文字来和大家分享下 。文笔有限，主要是交流。 这篇是先和大家交流 jstack的用法，以及编程方面的一些建议。
ORA-04030报错形如“ORA-04030 'out of process memory when trying to allocate %s bytes (%s,%s)'”，该错误意味着Oracle Server进程无法从操作系统分配更多内存。该内存由PGA组成，其内容取决于服务器配置。对于专用的服务器进程，内存包含堆栈以及用于保存用户会话数据、游标信息和排序区的UGA。在多线程服务器（共享服务器）中，UGA被分配在SGA中，所以在这种配置下UGA不是造成ORA-04030错误的原因。因此，ORA-04030表示进程需要更多内存（堆栈、UGA或PGA）来执行其任务。
Java内存管理是一项持续的挑战，同时也是锻造出可拓展应用的必备技能。本质上，Java内存管理就是一个为新对象分配内存和释放无用对象内存的过程。
了解JVM的内存区域划分以及特征，是定位线上内存问题的基础。那么JVM内存区域是怎么划分的呢？
Oracle SGA (System Global Area) Oracle 系统全局区，包含实例的数据和控制信息，由所有服务进程和后台进程共享。
3、收集、分析WAS应用日志 4、根据系统资源数据分析及日志信息，基本定位发生或影响性能的瓶颈
ThreadLocal：如何保证多个线程在并发环境下的安全性？典型应用就是数据库连接管理，以及独立会话管理
线程池的状态在 ThreadPoolExecutor 源码中定义 : private final AtomicInteger ctl = new AtomicInteger(ctlOf(RUNNING, 0)) 成员变量的 前
调用shutdown或者shutdownNow，两者都不会接受新的任务，而且通过调用要停止线程的interrupt方法来中断线程，有可能线程永远不会被中断，不同之处在于：
Java内存模型（Java Memory Model ,JMM）就是一种符合内存模型规范的，屏蔽了各种硬件和操作系统的访问差异的，保证了Java程序在各种平台下对内存的访问都能保证效果一致的机制及规范。
从最初的JDBC手动连接数据库，到后来的ORM框架如iBATIS，再到数据库连接池如C3P0，技术的进步和互联网的发展速度是非常惊人的。现在层出不穷的各种中间件和脚手架，都是为了提高开发效率，降低开发难度，让开发者能够更专注于业务逻辑的实现。
-Xms ，-Xmx（heap memory space）堆空间：Heap是大家最为熟悉的区域，他是jvm用来存储对象实例的区域，Heap在32位的系统中最大为2G，其大小通过-Xms和-Xmx来控制，-Xms为jvm启动时申请的最小Heap内存，默认为物理内存的1/64，但小于1G，-Xmx为jvm可申请的最大的Heap内存，默认为物理内存的1/4,一般也小于1G，默认当空余堆内存小于40%时，jvm会最大Heap的大小到-Xmx指定大小，可通过-XX:MinHeapFreeRatio来指定这个比例，当空余堆内存大于70%时，JVM会将Heap的大小往-Xms指定的大小调整，可通过-XX:MaxHeapFreeRatio来指定这个比例，但通常为了避免频繁调整HeapSize的大小，将-Xms和-Xmx的值设为相同。
分析一下： T1,T3是多线程本身的带来的开销，希望减少T1,T3所用的时间，从而减少T的时间。如果在程序中频繁的创建或销毁线程，这导致T1和T3在T中占有相当比例。显然这是突出了线程的弱点（T1，T3），而不是优点（并发性）。线程池技术正是关注如何缩短或调整T1,T3时间的技术，从而提高服务器程序性能的
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
