行业术语速查
面向刚进入企业研发环境的 Java 开发工程师。很多术语在不同公司会有细微差异,下面优先解释日常会议、开发、联调、上线、排障中最常见的含义。
性能与稳定性
| 术语 | 常见含义 |
|---|---|
| QPS | Queries Per Second,每秒查询数。常用于衡量接口、数据库、搜索服务的请求吞吐。 |
| TPS | Transactions Per Second,每秒事务数。更偏业务完整操作,例如一次下单、一笔支付。 |
| RPS | Requests Per Second,每秒请求数。Web/API 场景中常见,和 QPS 接近。 |
| RT | Response Time,响应时间。一次请求从发出到收到响应的耗时。 |
| Latency | 延迟。通常和 RT 接近,但也可能特指网络、队列、存储等某一段耗时。 |
| p50 | 50 分位耗时,一半请求比它快,一半比它慢。代表普通用户体验。 |
| p90 | 90 分位耗时,90% 请求不超过该耗时。比平均值更能反映慢请求问题。 |
| p95 | 95 分位耗时,95% 请求不超过该耗时。企业常用它作为接口性能指标。 |
| p99 | 99 分位耗时,更关注极端慢请求。对高并发系统很重要。 |
| AVG | Average,平均值。容易被极端值影响,通常要和 p95/p99 一起看。 |
| SLA | Service Level Agreement,服务等级协议。对外承诺的可用性或响应指标。 |
| SLO | Service Level Objective,服务等级目标。团队内部设定的目标值。 |
| SLI | Service Level Indicator,服务等级指标。用于衡量 SLO 的具体指标,如成功率、延迟。 |
| 可用性 | 服务能正常提供能力的比例,例如 99.9% 可用性。 |
| 高可用 | 通过多实例、容灾、故障转移等手段减少服务不可用时间。 |
| 容灾 | 灾难发生时仍能恢复或继续服务,包括同城双活、异地多活、备份恢复等。 |
| 降级 | 当核心链路压力过大或依赖异常时,关闭非核心能力,保障主流程。 |
| 熔断 | 依赖持续失败时暂时切断调用,避免故障扩散。类似电路保险丝。 |
| 限流 | 控制请求进入系统的速度,防止瞬时流量压垮服务。 |
| 兜底 | 异常时返回默认结果或备用逻辑,保证用户体验不完全失败。 |
| 超时 | 调用超过指定时间就放弃等待。超时时间过长会拖垮线程资源。 |
| 重试 | 调用失败后再次尝试。要注意重试风暴和接口幂等。 |
| 幂等 | 同一请求执行多次,结果和执行一次一致。支付、下单、发券等场景很关键。 |
| 雪崩 | 一个服务故障引发大量依赖服务连锁故障。 |
| 抖动 | 延迟、负载、连接等指标不稳定,忽高忽低。 |
| 慢查询 | 执行耗时过长的数据库查询,常由索引缺失、扫描数据过多导致。 |
| 热点 | 流量或数据集中在少数 key、接口、机器上,导致局部压力过大。 |
| 背压 | 下游处理不过来时,主动让上游减速,避免堆积失控。 |
| 队列堆积 | 消息或任务生产速度大于消费速度,导致队列长度持续增长。 |
| OOM | Out Of Memory,内存溢出。Java 常见为 OutOfMemoryError。 |
| GC | Garbage Collection,垃圾回收。JVM 自动回收无用对象。 |
| Full GC | 较重的垃圾回收,可能导致明显停顿。频繁 Full GC 通常是风险信号。 |
| STW | Stop The World,JVM GC 等操作导致业务线程暂停。 |
| 内存泄漏 | 对象不再需要但仍被引用,导致内存无法释放。 |
| CPU 飙高 | CPU 使用率异常升高,可能由死循环、锁竞争、频繁 GC、热点计算导致。 |
| 死锁 | 多个线程互相等待对方释放资源,导致永久阻塞。 |
| 线程池打满 | 线程池线程和队列耗尽,新任务无法及时执行甚至被拒绝。 |
| 刷盘 | 将内存中的数据真正写入磁盘。数据库、MQ、日志系统常提到同步刷盘和异步刷盘。 |
| Page Cache | 操作系统用于缓存磁盘文件的内存区域,可提升文件读写性能。 |
| WAL | Write-Ahead Logging,预写日志。先写日志再改数据,用于保证崩溃恢复。 |
架构与系统设计
| 术语 | 常见含义 |
|---|---|
| 单体应用 | 大多数功能打包在一个应用中部署。简单直接,但规模大后耦合高。 |
| 微服务 | 将系统拆成多个独立服务,每个服务负责相对独立的业务能力。 |
| SOA | Service-Oriented Architecture,面向服务架构。微服务可视为更细粒度的演进形态之一。 |
| 分布式 | 系统由多台机器、多个进程协作完成任务。复杂点在网络、时钟、一致性、故障。 |
| 集群 | 多个实例共同提供同类服务,用于扩容和高可用。 |
| 节点 | 集群中的一台机器、一个实例或一个进程,具体看上下文。 |
| 网关 | 统一入口,负责路由、鉴权、限流、灰度、日志等。 |
| 负载均衡 | 将请求分发到多个实例,避免单点压力过大。 |
| 服务注册/发现 | 服务启动后注册地址,调用方通过注册中心找到可用实例。 |
| RPC | Remote Procedure Call,远程过程调用。像调用本地方法一样调用远程服务。 |
| REST | 常见 HTTP API 风格,围绕资源和 HTTP 方法设计接口。 |
| GraphQL | 客户端声明需要哪些字段,服务端按需返回,适合复杂前端数据聚合。 |
| MQ | Message Queue,消息队列。用于异步、削峰、解耦、最终一致性。 |
| 异步 | 请求发出后不等待完整处理完成,常通过 MQ、线程池、回调实现。 |
| 同步 | 调用方等待结果返回后再继续执行。简单但会增加链路耗时。 |
| 削峰填谷 | 高峰流量先进入队列,消费者按稳定速度处理,保护下游。 |
| 最终一致性 | 不要求所有系统瞬间一致,但经过一段时间后达到一致。 |
| 强一致性 | 写入成功后,后续读取必须看到最新结果。成本通常更高。 |
| CAP | 分布式系统中一致性、可用性、分区容错性的权衡理论。 |
| BASE | 基本可用、软状态、最终一致。常用于解释分布式系统设计取舍。 |
| DDD | Domain-Driven Design,领域驱动设计。用业务领域模型组织复杂系统。 |
| CQRS | 命令查询职责分离。写模型和读模型分开设计。 |
| BFF | Backend For Frontend,为特定前端形态定制的后端聚合层。 |
| ACL | Anti-Corruption Layer,防腐层。隔离外部系统模型,避免污染本系统领域模型。 |
| 中台 | 复用通用业务能力的平台层。实际落地差异很大,要看公司语境。 |
| 低代码 | 通过配置、拖拽或少量代码完成应用开发。 |
| Serverless | 无需直接管理服务器,由平台按调用或资源使用调度运行。 |
| 单点 | 某个组件只有一个实例或一个关键路径,故障会影响整体服务。 |
| 多活 | 多个机房或区域同时承载流量。比主备更复杂。 |
| 主备 | 主节点提供服务,备用节点在主节点故障时接管。 |
| 读写分离 | 写请求走主库,读请求走从库,提升数据库读能力。 |
| 分库分表 | 将数据拆到多个库或表,解决单库单表容量和性能瓶颈。 |
| 分片 | Sharding,按规则将数据拆分到多个节点或表。 |
| 一致性哈希 | 常用于分布式缓存/分片,减少节点变更时的数据迁移量。 |
| 缓存穿透 | 查询不存在的数据,缓存没有命中,请求打到数据库。 |
| 缓存击穿 | 热点 key 失效瞬间,大量请求直接打到数据库。 |
| 缓存雪崩 | 大量缓存同时失效,数据库压力瞬间升高。 |
Java 与后端开发
| 术语 | 常见含义 |
|---|---|
| JDK | Java Development Kit,Java 开发工具包,包含编译器、运行环境等。 |
| JVM | Java Virtual Machine,Java 虚拟机,负责运行字节码。 |
| JRE | Java Runtime Environment,Java 运行环境。 |
| Classpath | 类加载路径,JVM 从这里查找类和资源。 |
| Jar | Java Archive,Java 常见打包格式。 |
| War | Web Application Archive,传统 Java Web 应用包格式。 |
| Maven | Java 常用构建和依赖管理工具。 |
| Gradle | 另一种常见构建工具,灵活性更强。 |
| Spring | Java 生态核心框架,提供依赖注入、事务、MVC 等能力。 |
| Spring Boot | 简化 Spring 应用配置和启动的框架。 |
| Bean | 由 Spring 容器管理的对象。 |
| DI/IOC | 依赖注入/控制反转。对象依赖由容器装配,而不是自己 new。 |
| AOP | 面向切面编程。常用于日志、事务、权限等横切逻辑。 |
| ORM | 对象关系映射。用对象操作数据库表,MyBatis、Hibernate 都相关。 |
| MyBatis | Java 常用持久层框架,通常手写 SQL 或 XML 映射。 |
| JPA | Java 持久化规范,Hibernate 是常见实现。 |
| 事务 | 一组操作要么全部成功,要么全部失败。 |
| ACID | 数据库事务的原子性、一致性、隔离性、持久性。 |
| 隔离级别 | 控制事务之间可见性的规则,如读已提交、可重复读。 |
| N+1 查询 | 先查列表,再对每条数据单独查详情,导致查询次数过多。 |
| 连接池 | 复用数据库、Redis、HTTP 等连接,避免频繁创建连接。 |
| 序列化 | 将对象转换为可存储或传输的格式,如 JSON、二进制。 |
| 反序列化 | 将 JSON、二进制等数据还原为对象。 |
| DTO | Data Transfer Object,数据传输对象,常用于接口入参/出参。 |
| VO | View Object,视图对象,面向前端展示。 |
| BO | Business Object,业务对象,承载业务逻辑或业务语义。 |
| DO/Entity | 数据对象/实体对象,通常对应数据库表。 |
| POJO | Plain Old Java Object,普通 Java 对象,不依赖特定框架。 |
| Lombok | 通过注解生成 getter、setter、构造器等样板代码的工具。 |
| SPI | Service Provider Interface,服务扩展机制。Java 和很多框架都使用。 |
| 反射 | 运行时获取和操作类、方法、字段。灵活但有性能和安全成本。 |
| 泛型 | 参数化类型,如 List<String>,提升类型安全。 |
| Lambda | Java 8 引入的函数式写法,常用于集合处理和回调。 |
数据库、缓存与消息
| 术语 | 常见含义 |
|---|---|
| SQL | 关系型数据库查询语言。 |
| NoSQL | 非关系型数据库统称,如 Redis、MongoDB、Elasticsearch。 |
| 索引 | 帮助数据库快速查找数据的数据结构。不是越多越好,会影响写入。 |
| 回表 | 使用普通索引查到主键后,再去主键索引取完整数据。 |
| 覆盖索引 | 查询字段都在索引里,无需回表。 |
| 最左前缀 | 联合索引按从左到右的字段顺序匹配。 |
| Explain | 查看 SQL 执行计划,用于分析索引和扫描情况。 |
| 锁表 | 数据库表级别锁定,可能导致大量请求等待。 |
| 行锁 | 锁定具体数据行,粒度比表锁小。 |
| MVCC | 多版本并发控制。数据库用多个版本实现并发读写。 |
| Binlog | MySQL 二进制日志,记录数据变更,常用于复制和数据同步。 |
| Redo Log | 重做日志,保证事务提交后的持久性。 |
| Undo Log | 回滚日志,用于事务回滚和 MVCC。 |
| 主从复制 | 主库数据同步到从库,常用于读写分离和容灾。 |
| Redis | 高性能内存数据存储,常用于缓存、分布式锁、计数器等。 |
| TTL | Time To Live,过期时间。缓存、消息、令牌中常见。 |
| 分布式锁 | 跨进程/跨机器控制同一资源并发访问的锁。 |
| 布隆过滤器 | 判断元素是否可能存在。可能误判存在,但不会误判不存在。 |
| Kafka | 高吞吐消息系统,常用于日志、事件流、异步处理。 |
| RocketMQ | 常见国产消息队列,业务消息场景较多。 |
| Consumer | 消息消费者,负责处理消息。 |
| Producer | 消息生产者,负责发送消息。 |
| Topic | 消息主题,用于按业务类型区分消息。 |
| Partition | 消息分区,提升并发能力和吞吐。 |
| Offset | 消费位点,表示消费者处理到哪里。 |
| ACK | 确认机制。消费者处理成功后确认,避免消息丢失。 |
| DLQ | Dead Letter Queue,死信队列。处理失败或过期的消息会进入这里。 |
研发流程与项目管理
| 术语 | 常见含义 |
|---|---|
| MVP | Minimum Viable Product,最小可行产品。用最小功能验证业务价值。 |
| PR | Pull Request,代码合并请求。也可能叫 MR。 |
| MR | Merge Request,代码合并请求。GitLab 中常用。 |
| CR | Code Review,代码评审。也可能指 Change Request,需看上下文。 |
| Code Review | 同事检查代码的正确性、可维护性、安全性和风格一致性。 |
| Commit | 一次代码提交。 |
| Branch | 分支。用于并行开发、修复、发布。 |
| Trunk | 主干分支,通常是 main 或 master。 |
| Feature Branch | 功能分支,为某个需求单独创建。 |
| Release Branch | 发布分支,用于准备某个版本上线。 |
| Hotfix | 紧急修复线上问题。 |
| Tag | Git 标签,常用于标记发布版本。 |
| Rebase | 将当前分支提交重新放到目标分支最新提交之后。 |
| Merge | 合并分支,保留合并历史。 |
| 冲突 | 多个分支修改同一位置,Git 无法自动合并。 |
| CI | Continuous Integration,持续集成。自动构建、测试、检查。 |
| CD | Continuous Delivery/Deployment,持续交付/部署。 |
| Pipeline | 流水线。自动执行构建、测试、扫描、部署等步骤。 |
| DevOps | 开发和运维协作体系,强调自动化、可观测和快速交付。 |
| Scrum | 敏捷开发框架,常见角色有 PO、SM、开发团队。 |
| Sprint | 敏捷迭代周期,常见为一到两周。 |
| Standup | 站会。同步昨天完成、今天计划、阻塞问题。 |
| Backlog | 待办需求池。 |
| Story | 用户故事,从用户价值角度描述需求。 |
| Epic | 较大的业务目标,通常拆成多个 Story。 |
| Task | 任务,通常是实现 Story 的具体工作项。 |
| Bug | 缺陷。系统行为不符合预期或需求。 |
| Ticket | 工单。可能是需求、缺陷、权限、运维申请。 |
| SOP | Standard Operating Procedure,标准作业流程。用于规范重复性操作。 |
| Runbook | 运维手册,记录故障处理、发布、回滚等操作步骤。 |
| ETA | Estimated Time of Arrival,预计完成/到达时间。研发中常指预计完成时间。 |
| Owner | 负责人。对某个模块、任务或问题最终负责的人。 |
| Leader | 负责人或团队带头人。可能是技术负责人,也可能是管理者。 |
| TL | Tech Lead,技术负责人。负责技术方案、质量和团队技术推进。 |
| PM | Product Manager,产品经理;也可能是 Project Manager,项目经理。 |
| PO | Product Owner,产品负责人。敏捷语境中常见。 |
| RD | Research and Development,研发人员。国内公司常用来指开发工程师。 |
| QA | Quality Assurance,测试/质量保障。 |
| SRE | Site Reliability Engineer,站点可靠性工程师,关注稳定性和自动化运维。 |
| DBA | Database Administrator,数据库管理员。 |
上线、发布与运维
| 术语 | 常见含义 |
|---|---|
| 部署 | 将应用发布到服务器、容器或云平台运行。 |
| 上线 | 新版本或新功能正式对用户开放。 |
| 发版 | 发布一个版本,通常包含构建、部署、验证、通知等流程。 |
| 回滚 | 新版本异常时退回旧版本或撤销变更。 |
| 灰度 | 让少量用户或少量流量先使用新版本,观察稳定后逐步扩大。 |
| 金丝雀发布 | Canary Release,灰度发布的一种说法。 |
| 蓝绿发布 | 同时维护蓝、绿两套环境,通过切流完成发布和回滚。 |
| 滚动发布 | 分批替换实例,发布期间服务不中断。 |
| 停机发布 | 停止服务后发布,简单但会影响用户。 |
| 切流 | 将流量从一组实例、机房或版本切到另一组。 |
| 预发环境 | 接近生产的验证环境,通常连接类生产配置或数据。 |
| 生产环境 | 真实对用户提供服务的环境,也叫线上环境。 |
| 沙箱环境 | 隔离环境,用于测试第三方接口或业务流程。 |
| 配置中心 | 集中管理配置,支持动态下发和环境隔离。 |
| 注册中心 | 管理服务实例地址和状态,如 Nacos、Eureka、Consul。 |
| 日志 | 程序运行记录。排查问题时通常先看日志。 |
| Trace | 链路追踪,查看一次请求经过了哪些服务和耗时。 |
| Span | 链路追踪中的一个调用片段。 |
| Metrics | 指标数据,如 QPS、RT、错误率、CPU、内存。 |
| Dashboard | 监控看板,用图表展示关键指标。 |
| Alert | 告警。指标异常时通知相关人员。 |
| On-call | 值班。负责响应线上告警和故障。 |
| Postmortem | 故障复盘。分析原因、影响、改进措施。 |
| RCA | Root Cause Analysis,根因分析。 |
| MTTR | Mean Time To Recovery,平均恢复时间。衡量故障恢复效率。 |
| MTBF | Mean Time Between Failures,平均故障间隔时间。衡量稳定性。 |
安全、权限与合规
| 术语 | 常见含义 |
|---|---|
| AuthN | Authentication,认证。确认你是谁。 |
| AuthZ | Authorization,授权。确认你能做什么。 |
| SSO | Single Sign-On,单点登录。一次登录访问多个系统。 |
| OAuth2 | 常见授权协议,第三方登录和开放平台中常见。 |
| JWT | JSON Web Token,常用于无状态身份令牌。 |
| RBAC | Role-Based Access Control,基于角色的权限控制。 |
| ABAC | Attribute-Based Access Control,基于属性的权限控制。 |
| ACL | Access Control List,访问控制列表。注意它也可能指防腐层。 |
| 脱敏 | 隐藏手机号、身份证、银行卡等敏感信息的一部分。 |
| 加密 | 将明文变成密文,需密钥才能还原或验证。 |
| 哈希 | 将数据映射为固定长度摘要。常用于密码存储、签名校验。 |
| 签名 | 用密钥或证书证明请求未被篡改且来源可信。 |
| CSRF | 跨站请求伪造,诱导用户在已登录状态下发起恶意请求。 |
| XSS | 跨站脚本攻击,在页面注入恶意脚本。 |
| SQL 注入 | 通过拼接恶意 SQL 操作数据库。参数化查询可有效防止。 |
| 白名单 | 只允许名单内对象访问或通过。 |
| 黑名单 | 禁止名单内对象访问或通过。 |
AI、算法与数据相关
| 术语 | 常见含义 |
|---|---|
| AI | Artificial Intelligence,人工智能。泛指让机器执行智能任务的技术。 |
| ML | Machine Learning,机器学习。让模型从数据中学习规律。 |
| DL | Deep Learning,深度学习,机器学习的一个分支。 |
| LLM | Large Language Model,大语言模型,如 GPT、Claude、通义千问等。 |
| NLP | Natural Language Processing,自然语言处理。 |
| CV | Computer Vision,计算机视觉。 |
| RL | Reinforcement Learning,强化学习。通过奖励信号学习策略。 |
| RAG | Retrieval-Augmented Generation,检索增强生成。先查资料,再让模型回答。 |
| Prompt | 提示词。给模型的任务说明和上下文。 |
| Fine-tuning | 微调。用特定数据继续训练模型以适配场景。 |
| Embedding | 向量表示。把文本、图片等转为向量,用于相似度搜索。 |
| Token | 模型处理文本的基本单位,不完全等于中文字符或英文单词。 |
| Hallucination | 幻觉。模型生成看似合理但不真实的内容。 |
| A/B Test | 将用户分成两组或多组,对比不同方案效果。 |
| CTR | Click-Through Rate,点击率。 |
| CVR | Conversion Rate,转化率。 |
| DAU | Daily Active Users,日活跃用户数。 |
| MAU | Monthly Active Users,月活跃用户数。 |
| 留存 | 用户在一段时间后仍继续使用产品的比例。 |
企业沟通常用黑话
| 术语 | 常见含义 |
|---|---|
| 对齐 | 确认目标、方案、边界或口径一致。 |
| 拉齐 | 和对齐类似,强调把多人理解拉到同一水平。 |
| 闭环 | 事情从发现、处理、验证到反馈都有结果。 |
| 抓手 | 可落地推动目标的具体措施或切入点。 |
| 赋能 | 给别人提供能力、工具、资源或方法。实际含义要结合语境判断。 |
| 沉淀 | 将经验、方案、工具、数据积累为可复用资产。 |
| 复盘 | 事后回顾目标、过程、结果和改进点。 |
| 推进 | 主动协调资源,让事情继续向前。 |
| 卡点 | 阻塞事情继续推进的问题。 |
| 风险点 | 可能导致延期、故障、返工或质量问题的因素。 |
| 预期管理 | 提前说明范围、风险、时间和结果,避免误解。 |
| 口径 | 对外或对内统一的说法。 |
| 排期 | 安排需求或任务的开发、测试、上线时间。 |
| 资源 | 人力、机器、预算、时间、权限等都可能被称为资源。 |
| 优先级 | 任务重要性和处理顺序。常见 P0/P1/P2/P3。 |
| P0 | 最高优先级,通常代表严重线上事故或必须立即处理的问题。 |
| P1 | 高优先级,影响较大,需要尽快解决。 |
| P2 | 中等优先级,按计划处理。 |
| P3 | 低优先级,通常可延后。 |
| Benchmark | 基准测试或对标对象。研发中也指性能基线。 |
| Best Practice | 最佳实践,被验证过相对可靠的做法。 |
| Trade-off | 权衡。不同目标无法同时最优时做取舍。 |
多义词提醒
| 术语 | 可能含义 |
|---|---|
| PR | 可能是 Pull Request,也可能是 Public Relations。研发上下文通常是代码合并请求。 |
| PM | 可能是产品经理,也可能是项目经理。看对方负责需求还是进度协调。 |
| ACL | 可能是访问控制列表,也可能是防腐层。安全上下文多为前者,架构上下文多为后者。 |
| CR | 可能是 Code Review,也可能是 Change Request。代码上下文多为前者。 |
| Owner | 可能是任务负责人、模块负责人、系统负责人,不一定是直属领导。 |
| Leader | 可能是技术带头人、团队经理、项目负责人,企业里需要结合组织语境理解。 |
| RL | 技术语境可能是强化学习;在业务沟通中也可能是某个内部系统或岗位缩写。 |