Day01 每日必会

简介: 微服务并非绝对优于单体,需结合业务场景。简单应用选单体更轻便,避免分布式复杂性;复杂系统可选微服务,解耦性强、易扩展。常用中间件如Nacos(注册/配置中心)、OpenFeign(远程调用)、Gateway(网关)。Nacos支持心跳机制,区分临时与非临时实例,兼具AP/CP模式,较Eureka更具灵活性。负载均衡常用轮询、加权轮询等,项目中多用轮询策略。

微服务的好处?一定比单体好吗?
面试官这个不一定,技术还是为业务服务的,简单的业务单体肯定更好,他没有分布式事务、服务雪崩等一系列服务治理的问题,并且部署、维护成本低。微服务更适合一些表模型复杂、业务链路长的场景,这样虽然会带来一些服务治理问题,但是也降低了服务之间的耦合,有利于后续的服务拓展。
微服务你用到了哪些中间件
我的项目用到了Nacos,当做注册和配置中心;远程服务调用OpenFeign;网关GateWay
Nacos注册中心的心跳机制
Nacos支持服务端主动检测提供者状态:临时实例采用心跳模式,非临时实例采用主动检测模式临时实例心跳不正常会被剔除,非临时实例则不会被剔除
这里也有可能问到Eureka和Nacos的区别,我贴个图有点印象(比较少,了解即可)
Nacos与eureka的共同点
都支持服务注册和服务拉取
都支持服务提供者心跳方式做健康检测
Nacos与Eureka的区别
Nacos支持服务端主动检测提供者状态:临时实例采用心跳模式,非临时实例采用主动检测模式
临时实例心跳不正常会被剔除,非临时实例则不会被剔除
Nacos支持服务列表变更的消息推送模式,服务列表更新更及时
Nacos集群默认采用AP方式,当集群中存在非临时实例时,采用CP模式;Eureka采用AP方式
常见的负载均衡算法
有轮询、加权轮询、权重、响应时间、随机、区域可用等吧,我们项目中一般都是轮询,它的意思就是当有多台机器的时候,就一个一个轮着来。
理论专项
Java基础
JMM模型
HashMap
线程池核心参数
synchronized

相关文章
|
15小时前
|
消息中间件 SQL 缓存
Day05 每日必会
为确保消息不丢失,RabbitMQ提供三大机制:生产者确认(通过唯一ID与ACK/NACK反馈)、消息持久化(队列、消息、交换机持久化)和消费者确认(手动/自动ACK)。我们采用auto模式+重试处理。延迟消息可通过TTL或DelayExchange插件实现,常用于超时订单场景。消息积压可扩消费者或队列容量解决。MyBatis中#{}预编译防注入,${}直接拼接;有一级会话缓存和二级Mapper缓存;SQL执行经SqlSession解析MappedStatement,交由Executor执行。
|
14小时前
|
负载均衡 算法 搜索推荐
重复性工作中如何培养匠心
本文探讨在互联网低增长周期下,如何在重复性工作中培养“匠心”。通过分析结果价值、过程贡献与可预测性三个维度,指出即便在熟稔的领域,也能通过深挖价值、主动创新、超越预期来拓展成长空间,实现从执行到卓越的跃迁。
|
14小时前
|
架构师 前端开发 中间件
技术新人成长到Leader的路径
本文为技术人成长进阶指南,涵盖新人到技术leader的四大阶段:从踏实做事、建立思维框架,到激发自我驱动力、打造核心竞争力;从修炼全局视角、成事思维,到成就他人、创造价值感。强调以事修人、以人成事,助力技术人实现持续成长与突破。(238字)
|
15小时前
|
测试技术
发布模式
蓝绿部署是一种快速、低风险的应用发布策略,通过维护两套独立系统(运行中的“绿色”与待发布的“蓝色”),实现无缝切换与快速回滚,减少发布中断。测试稳定后流量切至蓝色系统,原绿色系统可下线。适用于内聚性强、切换简单的系统。不同于金丝雀发布(渐进式替换)和A/B测试(效果对比),蓝绿部署聚焦于平稳上线,保障稳定性。
|
15小时前
|
机器人 Java API
钉钉通知
创建钉钉机器人并设置告警群,通过Webhook获取API地址。使用PostMan测试文本、@指定人及卡片消息发送。编写Java代码调用官方SDK实现消息推送,封装工具类并与Nacos配置中心集成,实现异常日志等场景下的实时告警通知,确保问题及时处理。
|
15小时前
|
小程序 Java
微信通知
基于企业微信与小程序集成,通过appId和secret获取access_token,实现消息发送。需配置企业微信及绑定小程序,使用Java异步调用接口,示例包含用户信息实体类定义,支持userid、name等字段设置,便于消息推送与用户管理。(238字)
|
15小时前
|
缓存 NoSQL Redis
Day08 每日必会
深入解析Redis核心机制:涵盖缓存三剑客(穿透、击穿、雪崩)成因与应对;持久化、过期与淘汰策略原理;哨兵选举流程;主从同步机制(全量与增量);以及“单线程”模型的真相,全面掌握Redis高性能背后的理论基础。
|
15小时前
Day07 每日必会
CAP理论指出分布式系统中一致性、可用性、分区容错性三者只能取其二,因网络不可靠,P必然存在,故需在A和C间权衡。BASE理论提出基本可用、软状态、最终一致性的思路,平衡CAP矛盾。Seata AT模式通过全局事务ID协调分支事务,实现分布式事务控制。MQ防消息丢失、重复消费及积压,需结合持久化、确认机制、幂等处理与批量消费等策略。
|
15小时前
|
存储 缓存 NoSQL
Day06 每日必会
Redis常见数据结构包括:字符串、哈希、列表、集合、有序集合及地理空间索引。持久化机制有AOF和RDB,配合使用可有效防数据丢失。三大缓存问题:雪崩、穿透、击穿,需通过过期时间随机化、布隆过滤器、分布式锁等手段应对。
|
15小时前
|
设计模式 缓存 Java
Day04 每日必会
在订单支付完成后通知配送中心等异步、解耦场景中常用MQ,如使用TopicExchange话题模式实现灵活路由。结合Spring的IOC、AOP、三级缓存及事务管理,保障系统稳定与解耦。

热门文章

最新文章