摘要： 指标管理解决了“数据标准化”的问题，让前台查询时不用关心数据来自万得还是聚源，只需要知道“我要查PE_TTM”，平台自动去对应的库表拉取。（当时有两张表：一张是指标信息表，一张是指标数值表）。没有指标的新建，有的是指标的上线和下线。 指标管理是建立在接口管理之上的。 apiconfig-base 是 阅读全文

摘要： 搭建一个“一主两从”的 Kafka 集群，核心是部署 3个 Broker 节点。这能让你的系统获得高可用性，确保即使有一台机器宕机，服务也能持续运行。 目前搭建 Kafka 集群主要有两种方式，我建议你优先考虑更现代的 KRaft 模式。 模式选择：KRaft vs. ZooKeeper KRaft 阅读全文

摘要： 面试官问这个问题，是想考察你在分布式系统架构下对限流的理解深度。核心难点在于：服务部署在3台服务器上，限流策略是“各自为政”还是“统一管控”？ 这道题没有标准答案，关键在于根据业务需求选择合适的方案。一个高水平的回答应该分层次展开，并明确指出每种方案的优劣。 下面我为你设计一套从基础到进阶的完整回答 阅读全文

摘要： https://www.oracle.com/java/technologies/javase/jdk17-archive-downloads.html https://www.oracle.com/java/technologies/downloads/#java21 阅读全文

摘要： DataX 进行增量同步的核心思路是：利用源数据表中的特定字段（如时间戳或自增ID）作为“水位线”(或者叫做基准值)，在每次同步时，只拉取“水位线”之后新增或变更的数据。总的来说，datax是一种基于查询的增量同步方式。 你可以把它想象成一个书签，每次读完书记下页码，下次就从这里继续。具体操作分为以 阅读全文

摘要： DES:是共享密钥加密，是一种对称密钥技术。 MD5:指的是信息-摘要算法第五版，是一种广泛使用的密码学哈希函数。简单来说，它就像一段数据的“数字指纹”或“摘要生成器”。（面试的时候可以说这个数字指纹）。 特点：速度快，计算一个数据的MD5值是非常快的。但是由MD5值还原不回原来的数据。 你可以把它 阅读全文

摘要： 我们的缓存使用的是Redis，类型都是基于Hash类型来设计的。 tgt缓存：通过tgc获取tgt 用户缓存：通过userId,获取userInfo 用户与岗位的缓存：通过userId + "_" +deptId 获取postId列表 岗位与角色关系缓存：通过postId获取roleId 角色与功能 阅读全文

摘要： 好的，授权码模式是OAuth 2.0四种模式中最安全、最常用的一种。下面我用“QQ登录博客园”这个你熟悉的场景，分四步讲清楚。 先打个比方：就像“开支票” 在讲流程之前，先打个比方帮你建立直觉。 假设你想让朋友帮你去银行取1000块钱，但你不可能把银行卡密码告诉他。正确的做法是：你开一张1000元的 阅读全文

摘要： 这是一份Java OAuth 2.0面试的准备指南，涵盖了从核心概念到实战应用的常见考点。 💡 核心认知：OAuth 2.0 是什么？ 首先要明确，OAuth 2.0 是一个授权（Authorization） 框架，而非认证（Authentication） 协议。 授权（Authorization 阅读全文

摘要： 面试官问这个问题，其实是在考察你对业务场景的敏感度和缓存策略的把控能力。对于金融类系统的缓存失效时间，不能拍脑袋定，必须结合业务合规性、日切机制和用户体验来综合考量。 在光大银行这个项目中，我们分期试算的Redis缓存失效时间设定为 30分钟。我分四个维度给您拆解为什么是这个数字，以及背后的权衡： 阅读全文