首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
书写
订阅
qinlei00
更多收藏集
微信扫码分享
微信
新浪微博
QQ
182篇文章 · 0订阅
互联网公司面试总结(Java岗),内容全面一学就会
前些天在网上看到一位大牛的面试总结挺有感触的,然后为大家总结了这篇文章(包含一些面试经验+高频面试原题+一些自己整理的面试资料) 多数的公司总体上面试都是以自我介绍+项目介绍+项目细节/难点提问+基础
@Transactional做不到的5件事,我用这6种方法解决了
Mall订单6张表14步操作为什么不炸?揭秘Spring事务6种高级玩法:编程式事务、同步器、事件监听、手动控制、传播机制。解决风控检查、MQ一致性、批量操作等5大痛点。附可运行代码+集成测试+自动化
使用 @Transactional引起P1级事故分析
背景 在最近的项目开发中,遇到了一个关于版本号递增出现重复数据的问题。我们使用了Redisson分布式锁来确保自定义版本号的唯一性。在创建版本号的方法中,我们使用了Redisson来锁住创建版本的代码
明明加了分布式锁,高并发下数据还是对不上?聊聊这个被 90% 开发者忽视的坑
在处理资金扣减、库存冲抵等核心业务时,我们最常用的杀手锏就是“分布式锁 + 数据库事务”。逻辑看起来天衣无缝:先上锁保证单线程执行,再开事务保证 ACID。 但现实往往很骨感。最近在一次高并发压测中,
SpringBoot接口防抖大作战,拒绝“手抖”重复提交!
前端防抖先出手,后端加锁不能少。令牌机制来帮忙,唯一约束最可靠。根据场景选方案,系统稳定没烦恼。用户手抖不可怕,我有妙招来护驾!
Java 的金额计算用 long 还是 BigDecimal?资深程序员这样选
新接手的项目竟用long类型处理所有金额!这颠覆了我对BigDecimal的认知。经过一番探究,我发现这并非失误,而是基于并发性能的深思熟虑。本文将分享我的研究结论,彻底讲清金额字段的类型选择问题。
腾讯面试:都知道0.1+0.2≠0.3,为啥 0.1+0.1 却等于 0.2?
“你知道 0.1+0.2 不等于 0.3 吧?那我再问一个:为什么 0.1+0.1 又等于 0.2?” 面试现场,当面试官抛出这个问题时,小林心里咯噔一下
阿里Java开发岗超级详细八股文
目前是写了Java基础篇+spring篇+集合篇+mysql篇+redis篇,后面也会结合一些大厂的[面经]进行补充滴
最强工具库 Hutool,使用教程(含 Hutool-AI 使用讲解)
在 Java 世界里,总有那样一个工具库,它既轻量又实用,把很多日常重复工作封装成“开箱即用”的 API,让你可以把精力放在业务逻辑本身。 对于中国开发者来说,Hutool 就是这样一把“瑞士军刀”—
Git提交错了,别慌!还有后悔药
写代码就像炒菜,锅铲一抖盐放多了还能加水,Git 提交错了也能“回锅”。 但回锅方法不对,可能把整锅菜都糊掉。