技术栈
高并发
qq_31762031
2 天前
机器学习
·
微服务
·
高并发
·
分布式系统
·
python项目案例
第24章-高级项目练习案例(10个)
构建一个完整的微服务架构电商平台,包含用户服务、商品服务、订单服务、支付服务、推荐服务等多个独立服务,使用消息队列进行服务间通信,实现高可用、可扩展的分布式系统。
没有bug.的程序员
4 天前
java
·
jvm
·
高并发
·
gc调优
·
网关优化
·
reactor模型
·
netty调优
网关在高并发场景下的优化实践:从Reactor模型到GC调优的深度指南
📌 血泪教训: 某电商平台在双十一流量洪峰期间,API 网关因线程阻塞与 GC 频繁,导致 P99 延迟从 20ms 暴涨至 1.2s,最终触发熔断机制,12 万订单请求失败。事后分析:线程模型未优化 + Netty 参数配置不当 + GC 未调优,三大问题叠加引发系统崩溃。
zs宝来了
4 天前
spring boot
·
redis
·
spring cloud
·
微服务
·
kafka
·
高并发
·
电商
Spring Cloud+Redis+Kafka高并发电商微服务系统源码深度解读
面试官:(严肃,30多岁,技术经理,身穿格子衫,手拿保温杯)谢飞机:(搞笑角色,26岁,自称5年开发经验,实际只会CRUD,穿着印有"代码改变世界"的T恤)
萧曵 丶
4 天前
面试
·
架构
·
高并发
·
大厂
订单超时解决方案详解
未支付订单超时取消(电商购物车)超时自动确认收货(物流订单)优惠券过期失效团购订单超时退款抢购订单支付超时
无心水
6 天前
人工智能
·
高并发
·
混沌工程
·
全链路压测
·
ai镜像开发
·
ai镜像
·
神经风格
【神经风格迁移:全链路压测】29、AI服务压测实战:构建全链路压测体系与高并发JMeter脚本设计
在AI服务化浪潮中,神经风格迁移系统正面临着前所未有的稳定性挑战。这类系统通常涉及复杂的深度学习模型推理、GPU资源争夺、长链路异步处理以及高并发用户请求。一次简单的风格转换请求,可能历经网关路由、用户鉴权、任务排队、GPU推理、结果存储、状态通知等多个环节。传统的单点压测方法在这种场景下往往力不从心,无法真实模拟生产环境的复杂交互和资源竞争。
better_liang
9 天前
mysql
·
高并发
·
java面试
·
数据一致性
·
企业级开发
每日Java面试场景题知识点之-MySQL高并发数据一致性保障
在互联网快速发展的今天,高并发访问已经成为现代数据库系统必须面对的核心挑战之一。尤其是在电商、金融、社交等关键业务场景中,每秒数万甚至数十万的请求量对数据一致性和系统稳定性提出了极高的要求。MySQL作为全球最流行的开源关系型数据库之一,其内置的事务和锁机制显得尤为重要。
s1mple“”
12 天前
java
·
spring boot
·
微服务
·
高并发
·
分布式架构
·
电商系统
·
ai技术
基于电商场景的Java全栈面试实录:Spring Boot+微服务+AI技术深度解析
面试官:谢飞机,欢迎参加我们电商技术团队面试。首先请你设计一个电商系统的商品管理模块,需要考虑哪些技术点?
poemyang
12 天前
高并发
·
过载保护
流量洪峰下的交通指挥家:详解负载均衡与限流实战
负载均衡:聪明的交通指挥家 如果说水平扩容是为系统增加了更多的“工作车道”,那么负载均衡就是站在车道入口处的交通指挥家。它的存在,是为了回答一个根本性问题:当成千上万的请求同时涌来时,如何将它们高效、公平且智能地引导至后端的服务集群,从而避免任何一条“车道”因拥堵而瘫痪? 负载均衡的本质,是将单一的、巨大的访问压力,分解为多个可管理的、微小的压力。负载均衡不仅需要在用户请求和Web服务器之间进行,而且在系统的每个阶段都必须进行。一个中等规模的系统可能在以下三个层面实现负载均衡。 1)用户请求到Web服务器
遥远_
13 天前
java
·
微服务
·
性能优化
·
高并发
·
限流
·
qps
一次高并发压垮系统的排查与重生(上)
在一次常规的权益包过期批量退款中,我们的履约系统遭遇了预料之外的流量洪峰。短时间内涌入的1万多笔退款请求,让数据库CPU持续满载十分钟,部分请求失败。本文将完整回顾我们如何定位问题、实施紧急修复,并进行系统化加固的全过程。
poemyang
14 天前
高并发
·
过载保护
流量洪峰冲不垮的秘密:揭秘系统过载保护的核心防线
系统流量如潮汐般涨落,瞬时的洪峰可能将最坚固的系统冲垮。如何确保核心服务在极限压力下依然稳如磐石?答案在于构建一套分层协同、动态弹性的过载保护机制。这并非单一技术的堆砌,而是一门融汇了预判、隔离、调度与自愈的系统工程艺术。 本文将深入剖析这套多层防护体系的构建之道:从最外层的流量调度(负载均衡),到精细化的请求管控(限流),再到保障核心业务的“丢车保帅”策略(降级与熔断),最终迈向智能化的自我调节(自适应限流)。这些机制环环相扣,实时联动,旨在系统资源耗尽前,建立起一道有序的防线,确保关键业务在流量风暴中
zandy1011
15 天前
高并发
·
智能问答
·
chatbi
·
智能问数
高并发下的智能应答:衡石ChatBI的查询引擎与语义理解架构
在数据驱动决策的时代,商业智能(BI)系统已成为企业运营的神经中枢。然而,传统BI工具在面对高并发查询和日益复杂的分析需求时,往往显得力不从心。衡石ChatBI以其创新的查询引擎与语义理解架构,为企业提供了一个在高并发环境下依然能够实现智能、实时应答的解决方案。
太阳伞下的阿呆
16 天前
分布式
·
kafka
·
高并发
·
重入锁
kafka高吞吐持久化方案(2)
文章主要针对上篇中方案3的进阶进行升级对比介绍使用 WeakHashMap + ReentrantLock 实现按 Key(如 uid_cid)自动回收的锁池(Lock Pool),适用于需要对不同 key 粒度加锁,又希望避免内存泄漏的场景。
爱吃香蕉的阿豪
17 天前
安全
·
http
·
.netcore
·
高并发
NET Core中ConcurrentDictionary详解:并发场景下的安全利器及服务端实践
目录一、什么是ConcurrentDictionary?二、ConcurrentDictionary在服务中的并发用法
Java爱好狂.
24 天前
java
·
数据库
·
高并发
·
架构设计
·
java面试
·
java架构师
·
java八股文
如何用JAVA技术设计一个高并发系统?
不管是初入职场的小菜鸟还是有一些工作年限的老司机,系统设计问题对他们来说都是一大困扰。前者主要是在于面试;面试官来一个如何从零到一设计一个完整的系统?大多数人都会直接懵了,因为系统设计覆盖面广,而网上资料又不能面面俱到,单独背背文章肯定是不行的;后者主要在于晋升;想要从程序员进阶到架构师,系统设计是必须要踏入的一道坎,他对你的技术广度跟深度都会有一定程度的考察。
阿伟*rui
1 个月前
java
·
redis
·
websocket
·
面试
·
音视频
·
高并发
·
后端架构
互联网大厂Java面试:音视频场景技术攻防与系统设计深度解析
在互联网大厂的面试中,考察不仅仅是基础知识,更会结合热门业务场景如音视频、内容社区等,设置循序渐进的技术问题。今天,我们就通过面试官与水货程序员谢飞机的三轮问答,带你体验一次音视频服务后端Java岗位的面试全过程!最后放出全流程答案解析和代码案例!
Albert Edison
1 个月前
数据结构
·
c++
·
单例模式
·
哈希算法
·
高并发
【项目设计】C++ 高并发内存池
这个项目的目标是:参考 Google 开源的内存分配器 tcmalloc(Thread-Caching Malloc),实现一个简化版的高并发内存池,用来替代传统的 malloc/free,在多线程场景下降低锁竞争、减少内存碎片、提升分配/释放性能。
豆奶特浓6
1 个月前
java
·
spring boot
·
微服务
·
面试
·
aigc
·
高并发
·
电商
Java面试模拟:当搞笑程序员谢飞机遇到电商秒杀与AIGC客服场景
面试官:某互联网大厂资深技术专家,严肃、专业,擅长从业务场景出发考察候选人的技术深度与广度。求职者:谢飞机,一位工作数年,简历光鲜,但技术基础不牢的“水货”程序员,性格搞笑,擅长含糊其辞和转移话题。
Java爱好狂.
2 个月前
java
·
jvm
·
高并发
·
多线程
·
java面试
·
后端开发
·
java八股文
2025全年Java面试真题总结!
金九银十已过,想必有不少小伙伴已经面试过了。今天写下这篇文章的原因是这几天有很多粉丝在后台联系我,希望我出一份2025全年的Java面试题总结,近期急需面试。
xiangji
2 个月前
高并发
·
aspire
·
.net10
·
手搓线程池
Aspire+.NET10+手搓线程池打造抓不死的云应用
好了,就介绍到这里,更多信息请查看源码库 源码托管地址: https://github.com/donetsoftwork/ConcurrentDemo ,欢迎大家直接查看源码。 gitee同步更新:https://gitee.com/donetsoftwork/ConcurrentDemo
利刃大大
2 个月前
运维
·
服务器
·
http
·
高并发
·
项目
【高并发服务器:HTTP应用】十六、HttpContext上下文模块 && HttpServer服务器模块&& 服务器测试
这个模块用于记录 HTTP 请求的接收和处理进度,因为有可能出现一种情况,就是接收的数据并不是一条完整的 HTTP 请求数据,也就是请求的处理需要在多次收到数据后才能处理完成,所以在每次处理的时候,就需要将处理进度记录起来,以便于下次从当前进度继续向下处理,最终得到一个完整 HttpRequest 请求信息对象,因此 在请求数据的接收以及解析部分需要一个上下文来进行控制接收和处理的节奏。