# 网易严选java一面**基本只问了Java相关的内容*** 近期做的项目有遇到什么困难吗，怎么解决的；* HashMap详细介绍一下，怎么计算下标值的，时间复杂度是多少，最坏的时间复杂度是多少，在扩容的时候时间复杂度是O(n)的，你有什么方式去优化这个时间复杂度吗；* ConcurrentHashMap的底层实
案发现场 昨天晚上突然短信收到 APM （即 Application Performance Management 的简称，我们内部自己搭建了这样一套系统来对应用的性能、可靠性进行线上的监控和预警的一种机制）大量告警 画外音: 监控是一种非常重要的发现问题的手段，没有的话一定要及时建立哦 紧接着运维打来电话
目录 OOM 问题 什么是OOM导致OOM问题的原因排查手段实战 MAT分析 OOM 问题 什么是OOM OOM为out of memory的简称，来源于java.lang.OutOfMemoryError，指程序需要的内存空间大于系统分配的内存空间，OOM后果就是程序crash；可以通俗理解：程序申请内存过大，虚拟机无法满足，然后自杀了。 导
在测试环境中开启的堆大小是4g。但是却发生了OOM。 发生OOM的场景是： 上传Excel 之后进行数据的清洗，然后清洗完成之后会将清洗掉的、清洗后的数据再次备份到磁盘中；同时将清洗后的数据入关系型数据库。(解析Excel 用的是POI， 数据清洗用的是Tablesaw， 且清洗的操作都是在内存
# 前提概要 > **对于JVM服务而言出现了OOM(Out Of Memory)问题，并且对其进行相关的解决是作为一个Java技术栈人员必备的实战能力。在此总结了一些相对通用的方案，希望能帮助到大家**。 # 分析原因 > **某Java服务出现了OOM，最常见的原因为：** 1. **有可能是内存分配确实过小，而正常
在Java虚拟机规范的描述中，除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError（下文称OOM）异常的可能。本节探究主要基于jdk1.8的内存结构。 1. Java堆溢出 Java堆用于存储对象实例，只要不断地创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回
目录 背景 排查步骤 改进 背景 最近sit环境的redis服务器出现了报错信息：XXX失败: OOM command not allowed when used memory > 'maxmemory'.，初步设想是redis内存溢出，导致key无法插入 排查步骤 登录redis客户端，通过 ./redis-cli -h IP -p port -a passwd 或者 RedisDesktopM
什么是metaspace: 在java8中，metaspace是方法区的实现。java7中对应的实现是永久代。方法区是jvm规范，即所有jvm的具体实现都需要实现相应的分区 什么是compressedClassPointer? 系统从32位增加到64位，jvm技术中用于定位class 和object的node也增加到了64位。为了增加内存利
前言 说起MySQL优化的话，想必大部分人都不陌生了。在我们的记忆储备里也早已记住了这些关键词：避免使用SELECT*、避免使用NULL值的判断、根据需求适当的建立索引、优化MySQL参数…但是你对于这些优化技巧是否真正的掌握了及其相应的工作原理是否吃透了呢？在我们的实际开发过程中
1、栈、堆、方法区之间的配合关系 2、方法区的理解 3、设置方法区的大小与OOM(OutOfMemory:Metaspace) 4、方法区的内部结构 5、方法区的演进细节 6、方法区的垃圾回收 7、常见面试题
目录1.常用参数2.OOM排查过程步骤3.堆转储文件分析工具4.如何优化1.常用参数内存相关-Xms：最小堆大小，如-Xms256m-Xmx：最大堆大小，如-Xmx512m-Xmn：新生代大小，如-Xmn是64m-XX:NewRatio：新生代与老年代的比例，如–XX:NewRatio=2，老年代过大的时候，Full GC的时间会很长；老年代过小，则很容易触发Fu
前言： 求职季在即，技巧千万条，硬实力才是关键，听说今年疫情大环境不好，更要好好准备才行。MySQL是Java程序员面向高级的必备技能，很多朋友在面试时经常在这里折戟沉沙，饮恨不已。熟练掌握MySQL知识，在实践中具有很强的操作性，尤其是在互联网行业，不仅要写好代码、实现功能，而且还要在高
目录 一. StackOverflowError 1.1 写个 bug 1.2 原因分析 1.3 解决方案 二. Java heap space 2.1 写个 bug 2.2 原因分析 2.3 解决方案 内存泄露和内存溢出 三、GC overhead limit exceeded 3.1 写个 bug 3.2 解决方案 四、Direct buffer memory 4.1 写个 bug 4.2 解决方案 五、Un
上一篇：JVM调优 - 理解GC 接上一篇理解GC后，这一篇我们将讲解如何生产调优，或者说生产性能问题排查。 这一篇我们比较偏实际运用，就不过多去讲解一些原生指令或者java visualVm工具了。 java visualVm可以用于自己本地使用，或者测试环境调试，但是生产环境是不适用的，一是生产服务器
本文将追随鸿阳大神仿微信图片加载的案例，记录学习的过程。 效果图参考微信 加载图片应满足一下三个目标 避免OOM 用户操作UI尽可能的流畅 选择适当的图片加载策略 避免OOM A.根据图片的显示大小压缩图片 B.使用缓存 LruCache UI操作流畅: A.在获取图片的过程中避免耗时操作，主
今天想对牛客网进行一个项目总结，随便点了几个功能，测试发帖功能的时候，没有发帖成功，页面卡主了，进入到服务器中查看项目日志： 略过了许多看不懂的报错之后，看到了几行看得懂的报错信息，内容如下图片所示，提示'Topic publish not present in metadata after 60000ms'发送失败。 因为我发
今天在整理PPT的时候，发现没有这个工具的slide，所以就随手整理一下。 严格来说，JDB是JAVA调试工具。但是为了文章好分类，所以我加了“性能工具”几个字。其实才是仅为性能工具呢，这个是不好分类的。仅有一些专门的性能测试和性能监控工具，但是对性能分析、性能调试来说，用的工具几乎都
springboot @async线程池使用以及oom问题声明线程池import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframework.scheduling.annotation.EnableAsync; import org.springframework.schedu
每日一句 只有经历地狱般的磨练，才能创造出天堂般的力量。 堆（Heap）内存不足 报错信息： java.lang.OutOfMemoryError: Java heap space 导致原因 代码中可能存在大对象分配 可能存在内存泄露，导致在多次GC之后，还是无法找到一块足够大的内存容纳当前对象。 业务场景会剧增对
springboot @async线程池使用以及oom问题声明线程池import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframework.scheduling.annotation.EnableAsync; import org.springframework.schedu
使用Apache POI 导出Excel 共有三种形式 参考链接 https://blog.csdn.net/YiQ2018/article/details/81458149 HSSFWorkbook 是操作Excel2003以前（包括2003）的版本，扩展名是.xls； XSSFWorkbook 是操作Excel2007后的版本，扩展名是.xlsx； SXSSFWorkbook 是操作Excel2007后的版本，扩展
摘要：该项目是DAYU平台的数据开发（DLF），数据开发中一个重要的功能就是ETL（数据清洗）。ETL由源端到目的端，中间的业务逻辑一般由用户自己编写的SQL模板实现，velocity是其中涉及的一种模板语言。Velocity之OOMVelocity的基本使用Velocity模板语言的基本使用代码如下：1. 初始化模板引擎2. 获取
1\如何理解LRU内存回收 三种内存回收机制 1\基于LRU算法,回收缓存 2\基于swap机制,回收不常访问的匿名页 3\基于OOM机制,杀掉占用大量内存的进程 第一和第二中都是使用了LRU算法,回收掉不常访问的内存,LRU算法,实际上维护这两个双向链表(a
这个面试题是一个朋友在面试的时候碰到的，什么时候会抛出OutOfMemery异常呢？初看好像挺简单的，其实深究起来考察的是对整个JVM的了解，而且这个问题从网上可以翻到一些乱七八糟的答案，其实在总结下来基本上4个场景可以概括下来。 堆内存溢出 堆内存溢出太常见，大部分人都应该能想得到这
前言 提起MySQL，其实网上已经有一大把教程了，为什么我还要写这篇文章呢，大概是因为网上很多网站都是比较零散，而且描述不够直观，不能系统对MySQL相关知识有一个系统的学习，导致不能形成知识体系。为此我撰写了这篇文章，试图让这些底层架构相关知识更加直观易懂： 尽量以图文的方式描述
