稀土掘金 稀土掘金
    • 首页
    • AI Coding NEW
    • 沸点
    • 课程
    • 直播
    • 活动
    • AI刷题
    • APP
      插件
      • 搜索历史 清空
        • 写文章
        • 发沸点
        • 写笔记
        • 写代码
        • 草稿箱
        创作灵感 查看更多
    • vip
      会员
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
0 /100
java基础
订阅
avatar
学多两年Java就去送外卖 创作等级LV.2
更多收藏集

微信扫码分享

微信
新浪微博
QQ

3篇文章 · 0订阅
  • 完蛋!我被 Out of Memory 包围了! | 京东云技术团队
    是极致魅惑、洒脱自由的 Java heap space? 是知性柔情、温婉大气的 GC overhead limit exceeded? 是纯真无邪、活泼可爱的 Metaspace? 如果以上不是你的
    • 京东云开发者
    • 2年前
    • 5.1k
    • 65
    • 16
    后端 Java
    完蛋!我被 Out of Memory 包围了! | 京东云技术团队
  • 一个 println 竟然比 volatile 还好使? | 京东云技术团队
    前两天一个小伙伴突然找我求助,说准备换个坑,最近在系统复习多线程知识,但遇到了一个刷新认知的问题…… JIT(Just-in-Time) 的优化 众所周知,JAVA 为了实现跨平台,增加了一层 JVM
    • 京东云开发者
    • 2年前
    • 2.6k
    • 55
    • 5
    Java JVM
    一个 println 竟然比 volatile 还好使? | 京东云技术团队
  • 基础篇:详解锁原理,synchronized、volatile+cas底层实现
    悲观锁,每次去请求数据的时候,都认为数据会被抢占更新(悲观的想法);所以每次操作数据时都要先加上锁,其他线程修改数据时就要等待获取锁。适用于写多读少的场景,synchronized就是一种悲观锁 在请求数据时,觉得无人抢占修改。等真正更新数据时,才判断此期间别人有没有修改过(预…
    • 潜行前行
    • 5年前
    • 15k
    • 268
    • 39
    Java
    基础篇:详解锁原理,synchronized、volatile+cas底层实现