首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
java基础
订阅
学多两年Java就去送外卖
更多收藏集
微信扫码分享
微信
新浪微博
QQ
3篇文章 · 0订阅
完蛋!我被 Out of Memory 包围了! | 京东云技术团队
是极致魅惑、洒脱自由的 Java heap space? 是知性柔情、温婉大气的 GC overhead limit exceeded? 是纯真无邪、活泼可爱的 Metaspace? 如果以上不是你的
一个 println 竟然比 volatile 还好使? | 京东云技术团队
前两天一个小伙伴突然找我求助,说准备换个坑,最近在系统复习多线程知识,但遇到了一个刷新认知的问题…… JIT(Just-in-Time) 的优化 众所周知,JAVA 为了实现跨平台,增加了一层 JVM
基础篇:详解锁原理,synchronized、volatile+cas底层实现
悲观锁,每次去请求数据的时候,都认为数据会被抢占更新(悲观的想法);所以每次操作数据时都要先加上锁,其他线程修改数据时就要等待获取锁。适用于写多读少的场景,synchronized就是一种悲观锁 在请求数据时,觉得无人抢占修改。等真正更新数据时,才判断此期间别人有没有修改过(预…