SassSass (Syntactically Awesome Style Sheets) 是一种 CSS 预处理器。它不是直接在浏览器中运行的，而是需要通过编译（或转译）生成标准的 CSS 文件，然后浏览器才能识别和渲染。 它扩展了 CSS 的功能，引入了变量、嵌套、混合（Mixins）、函数、继承等编程特性。 核心特性变量 (Variables) 概念： 用 $name 定义一个值，可以在样

微信小程序微信小程序对比一些市面上流行的前端框架多一个自己的json配置文件 app.json：小程序全局配置文件，配置小程序的一些全局属性和页面路由 页面.json：小程序页面配置文件，也称局部配置文件，配置当前页面的窗口样式、页面标题等 project.config.json：小程序项目配置文件，用于保存项目的一些配置信息和开发者的个人设置 sitemap.json：配置小程序及其页面是否允

ElasticsearchLucene是一个Java语言的搜索引擎类库，是Apache公司的顶级项目 易扩展 高性能（基于倒排序索引） 2004年Shay Banon基于Lucene开发了Compass 2010年Shay Banon重写了Compass，并取名为Elasticsearch OPEN SOURCE SEARCH, ANALYTICS, AND AI PLATFORM 支持分布

MQ高级发送者的可靠性发送者重连 有的时候由于网络波动，可能出现发送者连接MQ失败的情况。通过配置我们可以开启连接失败后的重连机制（这个设置默认是关闭的） 123456789spring: rabbitmq: connection-timeout: 1s # 设置MQ的连接超时时间 template: retry: enabled: true # 开启超时重试

消息队列同步与异步同步调用有很强的时效性，且业务中百分之八十的业务都会使用同步调用方式 但同步调用对于性能方面也有很大缺点，且耦合性强 我们可以将一些边缘业务的服务调用放到消息队列中，异步调用其他服务 MQ技术选型MQ（MessageQueue），中文是消息队列，字面来看是存放消息的队列，也就是异步调用中的Broker RabbitMQ：对吞吐量要求不是极致高，但对消息路由和可靠性要求严格的场景

分布式事务SeataApache Seata(incubating) 是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务。 解决分布式事务，各个子事务之间必须能够感知到彼此的事务状态，才能保证一致 Seata事务中有三个重要的角色 TC（Transaction Coordinator）-事务协调者：维护全局和分支的事务状态，协调全局事务提交或回滚 TM（Tr

雪崩问题微服务调用链路中的某个服务故障，引起整个链路中的所有微服务都不可用，这就是雪崩 雪崩问题产生的原因？ 微服务相互调用，服务提供者出现故障或阻塞 服务调用者没做好异常处理，导致自身故障 调用链中的所有服务级联失败，导致整个集群故障 解决问题的思路有哪些？ 尽量避免服务中出现问题或阻塞 保证代码的健壮性 保证网络畅通 能应对较高的并发请求 解决方案服务保护方案-请求限流 限制流量在服

配置中心目前的配置有以下痛点： 微服务重复配置过多，维护成本高 业务配置经常变动，每次修改都要重启服务 网关路由配置写死，如果变更需要重启网关 NacosNacos不仅仅具备注册中心功能，还能实现配置管理服务 在之前，我们进行配置管理的方式是通过application.yaml文件来做统一管理 在加入SpringCloud的配置中心，我们将其很多共享配置提取管理，形成单独的一套配置管理

网关纵向拆分 (Vertical Splitting / Business Domain Splitting): 关注点是业务功能完整性。每个服务是一个独立的业务单元，例如：用户服务、商品服务、订单服务、支付服务。它们通常有自己的数据库。 水平拆分 (Horizontal Splitting / Cross-cutting Concern Splitting): 关注点是通用能

服务间调用Sprint提供了RestTemplate工具，可以实现服务间调用 注入IOC的方式Spring推荐使用构造函数注入，而不是简单的Autoware注入 1234private RestTemplate restTemplate;public CartServiceImpl(RestTemplate restTemplate) { this.restTemplate = r