楼下小黑哥

Hello，大家好，我是楼下小黑哥~我们本地使用 IDEA 运行 maven 项目的时候，有时候运气不好，就会遇到某些 maven 依赖无法正常找到、导入。这就会导致 IDEA 构建项目的时候爆出一堆醒目的红色 Error。那最近小黑哥新拉取一个项目源码，本地运行项目，又碰到这种情况。按照以前的解决经验，捣鼓了一下，发现没办法解决。于是研究了一下午，终于解决这个问题????。吐槽一下，刚开始一度以为是这个项目有问题，找了一个同事，发现他的电脑是却可以正常运行这个项目。那今天这篇的文章，总结一下

Hello，大家好，我是楼下小黑哥~随着业务的快速增长，业务体量变得越来越大，这个过程我们会碰到各种问题，倒逼着我们进行技术升级。那今天我们来聊下，这个过程将会碰到关于数据的问题。数据增长带来的烦恼业务快速增长，业务表数据记录不断在增加，这就会带来两个问题。第一，数据库数据最终将会保存在本地磁盘中，数据记录越多，磁盘占用空间就会越多，对应剩余可用空间就会越少。剩余空间到达一定的阈值之后，将会引发磁盘空间的持续报警，消耗宝贵的数据库生产服务器的资源。第二，业务表记录越多，表查询的效率就会相应变低

Hello，大家好，我是楼下小黑哥~最近被公司派去北京出差，本以为是个轻松的差事，北京一周游~但是没想到第一天就是九点半下班， 大意了~好了，回到正题，今天来讲下最近调试项目的时候发现的一个 Logback 日志级别设置不生效的问题。问题背景事情是这样的，我们的项目是一个 SpringBoot 的工程的，其中日志框架使用的是 LogBack，配置文件如下所示：<configuration scan="true" scanPeriod=" 5 seconds" debug="true"&g

Hello，大家好，我是楼下小黑哥~最近被公司派去北京出差，本以为是个轻松的差事，北京一周游~但是没想到第一天就是九点半下班， 大意了~好了，回到正题，今天来讲下最近调试项目的时候发现的一个 Logback 日志级别设置不生效的问题。问题背景事情是这样的，我们的项目是一个 SpringBoot 的工程的，其中日志框架使用的是 LogBack，配置文件如下所示：<configuration scan="true" scanPeriod=" 5 seconds" debug="true"&g

Hello，大家好，我是楼下小黑哥。B 站视频版本那今天这期视频我们将带来一个 IDEA 中 Maven 设置的小技巧。那这个技巧可以说非常有用，学会设置之后，再也不用担心 maven 依赖下载变慢的问题。Maven 设置当我们下载安装 Maven 之后，如果不修改 maven 中 setting 文件的。那默认情况下， Maven 远程中央仓库地址为是个国外的地址。http://repo1.maven.org/maven2那我们国内的网络，因为神秘的力量的影响，访问国外的地址就会比较慢。

Hello，大家好，我是楼下小黑哥。今天这篇文章是次条视频的文案，这里推荐大家直接看视频学习。IDEA 这样设置，好看到爆炸！！！#01今天这期我们来分享几个美化 IDEA 设置技巧，让你的 IDEA 与众不同。首先我们来看下 IDEA 默认设置，虽然不丑，但就是太单调，千篇一律。接着，我们来看下美化以后的界面，总体看起来是不是比默认好看了很多。好了，废话不多话，我们进入设置环节。那今天 IDEA 所有设置，小黑哥这里都总结好，大家可以看下这张思维导图。主题首先我们来设置 IDEA

JDK8 应该是 Java 中最坚挺一个版本，这个版本新增很多特性，让我们开发起来多了很多便利。不过最近 Review 项目代码的时候发现，虽然很多项目工程已经使用了 JDK8，但是工程代码却很少使用到 JDK8 新特性、新方法。如果单从代码正确性上来说，老方式写法写当然没有什么问题，那唯一的缺点其实就是代码行数比较多，比较繁琐。那同样的需求，使用 JDK8 新方法，其实几行代码就可以搞定，这样代码就会变得非常简洁。今天就以三个比较常见的场景为例，教你几招，使用 JDK8 Map新增的方法简化代码开

Hello，大家好，我是楼下小黑哥~好久没写支付相关的文章了，今天继续从事老本行~上次在文章钱被扣走了，但是订单却未成功！支付掉单异常最全解决方案提到，支付过程会出现掉单、卡单的情况，这种情况对于用户来讲，体验非常差，明明自己付了钱，扣了款，但是订单却未成功。上篇文章我们简单说了下解决方案，这次小黑哥就结合生产实际碰到的情况，给出两种详细设计的方案：定时轮询补偿方案延迟消息补偿方案大家可以根据自己系统的实际情况，选择性参考。当然了，以下设计方案可能并不完美，如果各位读者还有其他解决方案，欢

Hello，大家好，我是楼下小黑哥~如果给你一个包含一亿行数据的超大文件，让你在一周之内将数据转化导入生产数据库，你会如何操作？上面的问题其实是小黑哥前段时间接到一个真实的业务需求，将一个老系统历史数据通过线下文件的方式迁移到新的生产系统。由于老板们已经敲定了新系统上线时间，所以只留给小黑哥一周的时间将历史数据导入生产系统。由于时间紧，而数据量又超大，所以小黑哥设计的过程想到一下解决办法：拆分文件多线程导入欢迎关注我的公众号：小黑十一点半，获得日常干货推送。如果您对我的专题内容感兴趣，也

Hello，大家好,我是楼下小黑哥~上周 Java 开发申请神器 IDEA 2020.3 新版正式发布：小黑哥第一时间就在开发机上更新了新版本，并且完整体验了两周了。下面介绍一下这个版本的主要功能：1、全新的欢迎窗口，更加人性化IDEA 欢迎窗口全新升级，首页增加三个选项卡，一个用于设置 IDE 界面的 Customize，一个用于插件安装的 Plugins，一个于访问帮助和学习资源的 Learn IntelliJ IDEA，另外包括之前用于管理项目的 Projects。这是特别提一下 Le

Hello,大家好！我是楼下小黑哥，我又来了~今天分享一下刚入职公司第一次发布项目遇到的一个问题，一个数据库读写分离的坑。前言事情是这样的，刚入职的时候接到了这样的一个业务需求：每个支付通道支付失败的时候都会返回特定的错误码，业务内部需要将通道特定的错误码转义成内部的错误码，这样对外就可以统一返回我们自己的错误码。这个需求其实不难，当时设计的系统架构如下：新增规则的流程简单分为三步：业务人员通过管理后台新增映射规则数据库新增、修改这条映射规则删除缓存这里之所以增加缓存，是因为这个场

Hello，各位小伙伴们，早上好~上周文章年轻人不讲武德，竟然重构出这么优雅后台 API 接口我们使用 @ControllerAdvice与 ResponseBodyAdvice 重构后端的 API 接口，降低了复杂度，减少了重复代码，后续接口开发非常简洁优雅。知其然而知其所以然，今天这篇文章来聊聊这个注解背后的原理，让我们彻底掌握这个注解，避免后续踩坑。另外，有个小伙伴看完上篇文章，觉得这个注解的跟 Spring Interceptor 功能很类似，再加上之前还学习了 Servlet 体系 Fil

Hello，早上好，我是楼下小黑哥~最近偶然间在看到 Spring 官方文档的时候，新学到一个注解 @ControllerAdvice，并且成功使用这个注解重构我们项目的对外 API 接口，去除繁琐的重复代码，使其开发更加优雅。展示具体重构代码之前，我们先来看下原先对外 API 接口是如何开发的。这个 API 接口主要是用来与我们 APP 交互，这个过程我们统一定义一个交互协议，APP 端与后台 API 接口统一都使用 JSON 格式。另外后台 API 接口对 APP 返回时，统一一些错误码，APP

hello，各位小伙伴们，上午好~昨晚生产系统机房切换，又度过了一个不眠之夜。趁着这段无聊时间，分享一下前一段时间 RocketMQ 踩坑经历欢迎关注我的公众号：程序通事，获得日常干货推送。如果您对我的专题内容感兴趣，也可以关注我的博客：studyidea.cn前言事情是这样的，前端时间我们有个新业务上线，这个业务需要监听支付成功的 mq 消息，然后向绑定的音箱推送消息。这样用户在支付完成之后，商家端就就可以收到收款播报。起初我们在测试环境的测试的时候，一切流程非常顺利，没有任何问题。但是

封面送给我狗哥~Hello，大家好，我是楼下小黑哥~今天的文章我们接着上次的话题，继续聊聊支付系统异常解决办法。在上篇文章中「支付掉单异常解决方案」，我们主要提到的是支付过程中掉单的场景，用户明明付款成功，银行卡都扣款了，但是订单却还显示待付款。而在今天的文章中，我们将聊到重复付款的异常，即同一笔订单，扣了用户两笔钱。另外我们还将会提到另外一种异常，用户扣款成功，但是订单却支付失败的场景。以上两种异常对于被扣款的用户来讲，使用体验极差，自己多付了钱，订单却还不成功。所以如果不及时处理这两类异常.

前言好了，回归到今天的主题，今天分享一下支付系统中异常一些处理方式。其实这些处理方式并不只是局限于支付系统，也可以适用于其他系统，大家可以借鉴，应用到自己系统中，提高自己系统的健壮性。异常是系统运行不可避免会发生的问题，如果一切都正常，我们的系统设计将会相当简单。但是可惜没有人能做到这一点，所以为了处理异常可能导致的问题，我们不得不需要加上很多额外的设计，用来应对这些异常。可以说系统设计中，异常处理需要我们着重思考，将会占据我们大部分的精力。下面我们先来看下支付系统中最常见的异常：掉单欢迎关

Hello，我是楼下小黑哥！今天跟大家分享一下聚合收款码的支付原理，这也是我这大半年来一直在做的项目。微信/支付宝收款码大家应该不会陌生，线下小微商户收款大多使用这个，就比如下图。这种收款方式很方便，微信、支付宝后台申请开通，然后还可以免费申请相关物料。不过这种方式用户体验其实不是很好，之前有好几次拿出支付宝，却扫了微信支付码。另外，这种个人的收款码通常还有单日收款的上限，比如支付宝单日上限 500元。有了需求，自然会有聪明人人想到解决方案，于是有了聚合收款码产品解决方案,如下图。一个收款

今天小黑哥来跟大家介绍一下 Redis 发布/订阅功能。也许有的小伙伴对这个功能比较陌生，不太清楚这个功能是干什么的，没关系小黑哥先来举个例子。假设我们有这么一个业务场景，在网站下单支付以后，需要通知库存服务进行发货处理。上面业务实现不难，我们只要让库存服务提供给相关的给口，下单支付之后只要调用库存服务即可。后面如果又有新的业务，比如说积分服务，他需要获取下单支付的结果，然后增加用户的积分。这个实现也不难，让积分服务同样提供一个接口，下单支付之后只要调用库存服务即可。如果就两个业务需要获.

哎，最近小黑哥又双叒叕犯事了。事情是这样的，前一段时间小黑哥公司生产交易偶发报错，一番排查下来最终原因是因为 Redis 命令执行超时。可是令人不解的是，生产交易仅仅使用 Redis set 这个简单命令，这个命令讲道理是不可能会执行这么慢。那到底是什么导致这个问题那？为了找出这个问题，我们查看分析了一下 Redis 最近的慢日志，最终发现耗时比较多命令为 keys XX*看到这个命令操作的键的前缀，小黑哥才发现这是自己负责的应用。可是小黑哥排查一下，虽然自己的代码并没有主动去使用 keys命令，