首页
AI Coding
数据标注
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
无名之辈J
掘友等级
Java开发
获得徽章 7
动态
文章
专栏
沸点
收藏集
关注
作品
赞
43
文章 43
沸点 0
赞
43
返回
|
搜索文章
最新
热门
IDEA插件
一、GenerateAllSetter GenerateAllSetter 有助于为类中的所有属性生成 setter 方法。这可以在编写代码时节省时间和精力,同时也降低了出错的可能性。 二、Lombo
库存预扣减之后,用户订单超时之后补偿库存的方案
方案一:Redis的过期监听 在redis里面中,key可以设过期时间,这就给我们提供了一个思路:我们可以给预扣减的库存键设一个过期时间,使用redis的发布订阅机制来监听键过期事件,从而自动触发回增
支付常犯错误
一、并发更新不加锁:数据混乱的元凶 还记得我在一家电商公司负责支付系统开发时遇到的一个棘手问题:系统偶尔会出现两笔支付数据莫名其妙地混乱。排查日志后,我怀疑是并发更新导致的,但但是我觉得不应该啊,因为
GC Overhead 排查
线上服务无辜假死状态:一次 GC Overhead 的深度排查 最近线上服务出现了一个**“假死”状态的问题。服务没有崩溃,但响应变得极其缓慢,甚至部分任务长时间无响应**。问题没有明显的错误提示,唯
系统崩溃(OOM)
前言 程序outOfMemoryError了 不想看废话的直接看【解决过程和方案】 吧 排查过程 首先肯定是先看日志,根据日志信息可以看到三个关键信息: 业务代码中调用了远程接口 内存溢出outOfM
Spring Boot 对接微信支付
以下是 Spring Boot 对接微信支付的详细教程,涵盖从环境准备到支付回调的全流程,适用于 公众号支付、小程序支付、H5 支付 等场景(以最常用的公众号支付为例)。 一、前置准备
GC Overhead 的排查
最近线上服务出现了一个**“假死”状态的问题。服务没有崩溃,但响应变得极其缓慢,甚至部分任务长时间无响应**。问题没有明显的错误提示 时间:2025-09-09 18:42:06 服务接口:/sche
手写RPC框架<三>引入注册中心接入Nacos
一、服务注册设计 二、服务注册与引用 2.1 构建服务变更监听器和注册目录 服务注册表 2.2 构建注册协议:RegistryProtocol 负责将本地服务注册到远程的注册中心,以及获取注册中心服务
手写RPC框架<二>远程调用
一、远程调用设计 二、客户端请求 2.1 创建调用器 调用器接口 默认rpc实现类,将调用方法的信息封装成Invocation 2.2 创建调用者Invoker Invoker中存储了Netty的客户
手写RPC框架<一>通信层开发
一、通信层设计 二、实现自定义通信协议 无论是使用 Netty 还是原始的 Socket 编程,基于 TCP 通信的数据包格式均为二进制,协议指的就是客户端与服务端事先商量好的,每一个二进制数据包中每
下一页
个人成就
文章被点赞
367
文章被阅读
72,134
掘力值
2,170
关注了
22
关注者
92
收藏集
8
关注标签
2
加入于
2022-12-04