微服务

gRPC 协议及其在 Nacos 微服务注册与配置中心中的应用gRPC（Google Remote Procedure Call）是由 Google 开发的高性能、开源、跨语言的远程过程调用（RPC）框架，旨在简化分布式系统中服务间的通信。

互联网大厂Java面试：从微服务到分布式事务的技术深度解析面试官李云龙是一位严肃且经验丰富的技术专家，而求职者谢宝庆则是一位有些搞笑的“水货”程序员。他们的对话围绕微服务架构和分布式事务展开，场景设计为电商平台的订单处理系统。

【微服务 Day6】SpringCloud实战开发（RabbitMQ高级篇 + 死信交换机、延迟消息）目录一、发送者的可靠性1、生产者失败重试机制2、生产者确认机制3、实现生产者确认机制（1）开启生产者确认机制

互联网大厂Java求职面试实战：Spring Boot、微服务与Redis缓存技术解析在互联网大厂的Java岗位面试中，技术与业务场景紧密结合，考察求职者的综合能力。本文通过一个严肃的面试官与搞笑的水货程序员谢飞机的对话，展示典型的面试问答，涵盖Spring Boot、微服务架构、Redis缓存等关键技术点，帮助读者理解和掌握核心知识。

互联网大厂Java面试：从Spring WebFlux到微服务的技术场景深度解析在某互联网大厂的面试中，严肃的面试官李云龙对求职者谢宝庆展开技术提问。场景设定为构建一个高并发的电商场景，围绕Spring WebFlux到微服务架构的实现展开。

数据与后端架构提升之路

论微服务架构在电商交易系统中的设计与应用2024年3月，我参与了某大型互联网科技公司“全渠道电商交易平台（V3.0）”的重构与研发工作，在项目中担任系统架构师，负责整体技术架构设计与核心模块的选型。该平台旨在支撑百万级日活用户的在线购物需求，涵盖用户、商品、订单、支付、物流等核心业务。鉴于旧版单体架构在“双十一”大促期间面临的扩展性差、耦合度高及数据库单点瓶颈等问题，我主导设计了基于Spring Cloud的微服务架构。

压测方法论——目标、场景、指标与容量评估的闭环写在前面，本人目前处于求职中，如有合适内推岗位，请加：lpshiyue 感谢。同时还望大家一键三连，赚点奶粉钱。本系列已完结，完整版阅读课联系本人

梵高的代码色盘

互联网大厂Java求职面试实录与技术深度解析本文模拟了一场互联网大厂Java开发工程师的面试过程。面试官以严肃、专业的态度，结合互联网热门业务场景提出问题，而应聘者谢飞机则展示了真实的求职者行为——对简单问题能够准确回应，复杂问题则回答模糊。通过三轮递进的提问，逐步深入技术栈核心，旨在帮助广大Java学习者系统掌握相关技术。

代码写到35岁

【Java 单体架构改造微服务网关遇坑之跨域配置】一、概述跨域是大家很熟悉的一个问题，在单体架构中，我们一般只需要在服务端配置好跨域请求头即可解决浏览器的跨域问题。但是我最近在将原来的单体架构改造成微服务架构，在部署网关时，发现浏览器一直报跨域。

互联网大厂Java面试实战：从Spring Boot到微服务架构的三轮提问本次面试发生在一家知名互联网大厂，面试官是一位严肃而专业的技术主管，面试对象是名叫谢飞机的Java程序员。面试围绕电商场景展开，重点考察谢飞机对核心Java技术栈和微服务架构的理解与应用。

es文档操作目录一.概念二.新增文档2.1指定 _id 新增文档2.2由 ES 自动生成 _id2.3只允许新增，不允许覆盖

互联网大厂Java面试：从Spring Cloud到Kafka的技术场景深度解析李云龙：谢宝庆，你知道什么是微服务架构吗？简单介绍下Spring Cloud的核心组件。谢宝庆：哎，微服务架构嘛，就是把一个大系统拆成很多小服务，每个服务可以独立运行。Spring Cloud嘛，有Eureka、Ribbon、Zuul这些东西吧。

若依微服务环境下配置 MySQL + 达梦 DM 多数据源本文将详细介绍在若依微服务架构中如何同时集成 MySQL 与达梦 DM 数据库，并实现基于注解的动态数据源切换。通过本文的步骤，你可以快速完成多数据源配置并在业务层灵活使用不同数据库。

【Java】遇到微服务接口报错导致系统部分挂掉时，需要快速响应并恢复，应该怎么做呢？如果支付服务出现异常如何快速处理呢？作为Java开发工程师，遇到微服务接口报错导致系统部分挂掉时，需要快速响应并恢复。应该怎么做呢？以下是一些关键步骤和方案：

微服务架构下Dubbo线程池选择与配置指南：提升系统性能与稳定性点击投票为我的2025博客之星评选助力！在微服务架构中，Dubbo作为Java RPC框架的佼佼者，其线程池的配置对于系统性能有着举足轻重的影响。面对业务量的激增，线程池耗尽导致的系统响应缓慢甚至崩溃问题不容忽视。本文将详细解析Dubbo框架中的四种线程池及其应用场景，助力开发者优化系统性能，提高系统稳定性。

Spring Cloud Alibaba 微服务架构拆分api和server的必要性在 Spring Cloud Alibaba 微服务架构中，将模块拆分为 api（接口层）和 server（服务实现层）是非常有必要的，这是微服务分层设计的经典实践，核心好处体现在解耦、复用、规范、治理四个维度，具体分析如下：

Spring Cloud入门篇：微服务架构从0到1（20000字完整指南）1.1 从单体架构到微服务的演进传统单体架构的痛点：java // 传统的单体应用结构（Monolithic Architecture） monolithic-app/ ├── src/main/java/com/example/monolithic/ │ ├── controller/ # 所有控制器 │ ├── service/ # 所有业务服务 │ ├── dao/ # 所有数据访问 │ └── entity/ # 所有实体类 ├── src/main/resources/ │ ├── appli

Java项目从单体到微服务的演变Java项目的演变：单体应用 → 垂直拆分 → 分层模块化 → 分布式服务 → 完整微服务生态每个阶段都是渐进式的，可以根据实际情况选择停止在某个阶段。

系统边界定义与模块拆分原则的成功落地案例以下案例覆盖手机制造 MES 系统、工业互联网平台、智能家居控制平台三大领域，均为实际项目中验证过的落地方案，核心体现 “业务驱动边界、高内聚低耦合” 的核心原则，可直接参考复用。

8、吃透Go语言container包：链表(List)与环(Ring)的核心原理+避坑指南点击投票为我的2025博客之星评选助力！在Go语言开发中，我们最常使用的是数组、切片这类原生数据结构，但它们并非“银弹”——切片删除元素会引发大量复制，频繁扩容还可能导致内存浪费；数组长度固定，灵活性不足。此时，标准库container包中的链表（List）和环（Ring）就能补位，但很多开发者只会“用”不会“懂”，甚至踩中自定义Element的深坑。