多说评论插件对网站优化上海远东建筑设计院

当前位置： 首页 > news >正文

多说评论插件对网站优化,上海远东建筑设计院,小网站做几个关键词,简单网站建设价格Redis 除了做缓存#xff0c;还能做什么#xff1f; 分布式锁#xff1a;通过 Redis 来做分布式锁是一种比较常见的方式。通常情况下#xff0c;我们都是基于 Redisson 来实现分布式锁。 限流#xff1a;一般是通过 Redis Lua 脚本的方式来实现限流。 消息队列#x…Redis 除了做缓存还能做什么 分布式锁通过 Redis 来做分布式锁是一种比较常见的方式。通常情况下我们都是基于 Redisson 来实现分布式锁。 限流一般是通过 Redis Lua 脚本的方式来实现限流。 消息队列Redis 自带的 List 数据结构可以作为一个简单的队列使用。Redis 5.0 中增加的 Stream 类型的数据结构更加适合用来做消息队列。它比较类似于 Kafka有主题和消费组的概念支持消息持久化以及 ACK 机制。 延时队列Redisson 内置了延时队列基于 Sorted Set 实现的。 分布式 Session 利用 String 或者 Hash 数据类型保存 Session 数据所有的服务器都可以访问。 复杂业务场景通过 Redis 以及 Redis 扩展比如 Redisson提供的数据结构我们可以很方便地完成很多复杂的业务场景比如通过 Bitmap 统计活跃用户、通过 Sorted Set 维护排行榜。 如何保证redis和mysql数据一致 先删缓存再更新数据库/先更新数据库再删缓存。先更新Redis再更新MySQL。只更新缓存由缓存自己异步更新数据库。 SpirngCloud的五大核心组件 Eureka服务注册中心 Ribbon客户端负载均衡 Hystrix熔断器实现断路器模式帮助服务依赖中出现的延迟和故障提供容错机制 Fegin声明式的Http客户端 Zuul服务网关 Archaius外部化配置参数组件 alibaba集成的spring cloud组件有哪些 1、Alibaba NacosNacos是一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。换句话说Nacos就是注册中心和配置中心的组合。等价于NacosEurekaSpringCloud ConfigSpringCloud Bus。Nacos可以替代Eureka做服务注册中心替代SpringCloud Config、Spri-ngCloud Bus做服务配置中心和消息中心 2、Alibaba SentinelSentinel是一个用于流量控制、熔断降级和系统负载保护的开源框架。 3、Alibaba RocketMQRocketMQ是一个分布式消息队列系统可以实现高可靠性和高吞吐量的消息传递。 4、Alibaba SeataSeata是一个用于分布式事务处理的解决方案。 5、Alibaba OSSOSS是阿里云提供的对象存储服务它可以与Spring Cloud一起使用以实现文件存储和管理。 阻塞状态sleep与wait的区别 1、sleep()是Thread类的静态方法wait()是Object类的实例方法 2、sleep()不会释放对象锁wait()会释放对象锁 3、sleep()可以用在任何地方wait()只能用在同步代码块中 sleep()就是当前线程进入阻塞状态cpu不会继续执行当前线程直到指定的时间超过才会重新执行当前线程这个过程中不会释放对象锁如果当前线程持有对象锁那么其他需要此对象锁才能运行的线程就无法继续。 wait()是指在一个已经进入了同步代码块的线程让cpu停止执行当前线程转去执行其他线程并且将当前线程所持有的对象锁释放让其他需要此对象锁的线程能够正常运行当其他线程调用notify()或notifyAll()时才会唤醒当前线程但是并不会马上获得对象锁只是进入就绪状态准备抢锁。 什么情况下会导致索引失效,索引失效的原因 1、未使用索引字段进行查询 2、索引列使用了函数或表达式 3、使用了不等于! 或 操作符 4、LIKE 操作符的模糊查询 5、对索引列进行了数据类型转换 6、使用 OR 连接多个条件 7、表中数据量较少 8、索引列上存在大量重复值 9、数据分布不均匀 10、索引列上存在过多的 NULL 值 11、索引字段与排序字段不匹配 12、索引列进行了隐式类型转换 Java集合是对多个数据进行存储的结构简称java容器 怎么解决超买超卖 1、每一个用户只能抢购一件商品的限制在数据库减库存时加上库存数量判断库存数量为0时阻止秒杀订单的生成。数据库加唯一索引防止用户重复购买。SQL加库存数量判断防止库存变为负数 2、将存库MySQL迁移到Redis中所有的写操作放到内存中由于Redis中不存在锁故不会出现互相等待并且由于Redis的写性能和读性能都远高于MySQL这就解决了高并发下的性能问题。然后通过队列等异步手段将变化的数据异步写入到DB中。 如何用redis实现分布式锁 setnxSET if Not eXists命令、expire命令、getset命令、Lua脚本 如何解决高并发情况下的问题 1.负载均衡 负载均衡是指将多台服务器组成一个集群通过某种策略将访问请求均匀地分发到各个服务器上使每个服务器的负载均衡。负载均衡可以提高系统的可用性和性能。 2.缓存 缓存是将数据存储在高速缓存中以便在需要时快速访问。缓存可以减少数据库的读写操作从而提高系统的性能。可以使用内存缓存、分布式缓存等方式实现缓存功能。 3.数据库优化 数据库是高并发系统的瓶颈之一因此对数据库进行优化是解决高并发问题的重要方法。可以通过分库分表、索引优化、SQL优化等方式来提高数据库的性能。 4.异步处理 异步处理是将处理请求放入消息队列中由后台进程或线程异步处理从而避免了同步处理带来的性能瓶颈。异步处理可以使用消息队列、定时任务等方式实现。 5.分布式架构 分布式架构是将系统拆分成多个独立的子系统每个子系统都可以独立运行从而提高系统的可扩展性和可用性。分布式架构可以使用微服务、分布式缓存等方式实现。 如何解决MySQL的慢查询 1、不使用子查询 2、读取适当的记录LIMIT M,N  3、分组统计可以禁止排序 4、禁止不必要的ORDER BY排序 5、尽量不要超过三个表join 6、在varchar字段上建立索引时必须指定索引长度 7、不要使用 select * 8、排序请尽量使用升序 9、尽量使用数字型字段 10、避免索引失效 11、删除表所有记录请用 truncate不要用 delete 12、存储过程和触发器设置 索引的数据结构是什么样的 二叉树、红黑树/AVL树、hash表、B树(B树)。 二叉树特点是每个节点最多只能有两棵子树且有左右之分。如果是顺序的插入数据二叉树会退化成链表那么查找其中的元素的时候就会需要整体的遍历显然不适合作为数据库的索引。 红黑树是一种平衡的二叉树。添加节点的时候相比二叉树节点间会进行自动的平衡不会退化成链表可以有效降低树的高度。但是红黑树本质还是二叉树对于数据库来说避免不了在数据量大的情况下树的高度依然非常高的情况。 Hash表对索引的key进行一次Hash计算就可以定位出数据存储的位置查找效率非常高。 B树是一棵平衡的m路搜索树它的子节点可以有多个使得整颗树更加的扁平化。所有节点关键字是按递增次序排列并遵循左小右大原则。B树(B树)一般较多用在存储系统上比如数据库或文件系统。 线程和进程的区别 进程每个进程都有独立的代码和数据空间进程上下文进程间的切换会有较大的开销一个进程包含1–n个线程。进程是资源分配的最小单位 线程同一类线程共享代码和数据空间每个线程有独立的运行栈和程序计数器(PC)线程切换开销小。线程是cpu调度的最小单位 1调度线程作为调度和分配的基本单位进程作为拥有资源的基本单位 2并发性不仅进程之间可以并发执行同一个进程的多个线程之间也可并发执行 3拥有资源进程是拥有资源的一个独立单位线程不拥有系统资源但可以访问隶属于进程的资源. 4系统开销在创建或撤消进程时由于系统都要为之分配和回收资源导致系统的开销明显大于创建或撤消线程时的开销。 Mybatis的动态sql标签 1、trim通过修剪 SQL 语句的开头和结尾来动态生成 SQL 片段。它可以用于去除不必要的 SQL 关键字或条件语句并提供了一些属性来定义修剪规则。 2、where用于在生成的 SQL 语句中添加 WHERE 子句。它可以自动处理条件语句的前缀并在有条件语句存在时添加 WHERE 关键字。 3、set用于在生成的 SQL 语句中添加 SET 子句。它主要用于更新操作可以根据条件来动态生成需要更新的列。 4、foreach用于在生成的 SQL 语句中进行循环操作。它可以遍历集合或数组并根据指定的模板将集合元素或数组元素插入到 SQL 语句中。 5、if用于在生成的 SQL 语句中添加条件判断。可以根据指定的条件决定是否包含某个 SQL 语句片段。 6、choose类似于 Java 中的 switch 语句根据条件选择执行不同的 SQL 语句片段。它可以包含多个 when 和一个可选的 otherwise 标签。 7、when用于在 choose 标签中定义条件分支。可以根据指定的条件判断是否执行特定的 SQL 语句片段。 8、otherwise在 choose 标签中可选的标签用于定义当没有任何 when 条件匹配时执行的 SQL 语句片段。 9、bind用于将表达式的结果绑定到一个变量上。可以在 SQL 语句中使用这个变量避免重复计算表达式。 java垃圾回收机制的算法有哪些 1、标记-清除Mark-Sweep算法 这是最基础的垃圾回收算法分为两个阶段首先标记出所有需要回收的对象随后清除这些被标记的对象。此算法可能导致内存碎片化影响后续的大对象分配。 2、复制Copying算法 将内存区域分为两块每次只使用其中一块。当一块区域用尽时将存活的对象复制到另一块未使用的区域上然后一次性清理掉之前的区域。这种方法可以有效避免内存碎片但是空间利用率只有50%。 3、标记-整理Mark-Compact算法 结合了标记-清除算法和复制算法的优点同样先标记出需要回收的对象但在清除阶段它会将存活对象向一端移动然后直接清理边界外的内存空间从而解决了碎片化问题。 4、分代收集Generational Collection算法 根据对象的生存周期将内存划分为年轻代和老年代。年轻代中对象生存期短频繁回收通常使用复制算法老年代中对象生存期长回收频率低适合使用标记-清除或标记-整理算法。这种策略能够提高垃圾回收的效率因为不同代上的对象特性不同可以针对性地选择最适合的算法。 5、增量收集Incremental GC 试图减少垃圾回收的停顿时间通过将垃圾回收过程分成多个小步骤每次只回收一部分使得程序可以间歇性地继续执行。 6、并发标记-清除Concurrent Mark-Sweep, CMS 在老年代中使用尽可能地与应用程序并发执行标记和清除过程减少垃圾回收引起的暂停时间适用于对响应时间有严格要求的应用。 7、G1Garbage First 是一种针对大内存应用的垃圾收集器将堆内存分割成多个大小相等的区域并使用复制和标记-整理算法的混合策略以低延迟为目标进行垃圾回收。G1能够预测并主动管理内存碎片避免长时间的STWStop-The-World事件。 新生代怎么到的老年代 1、Eden区满时进行Minor GC 当Eden和一个Survivor区中依然存活的对象无法放入到Survivor中则通过分配担保机制提前转移到老年代中。 2.、对象体积太大, 新生代无法容纳 -XX:PretenureSizeThreshold即对象的大小大于此值, 就会绕过新生代, 直接在老年代分配, 此参数只对Serial及ParNew两款收集器有效。 3、Survivor区空间不足如果Survivor区中经历了多次GC后仍然存活的对象数量过多以至于无法容纳在一个Survivor区时部分对象也会被提前晋升到老年代即使它们没有达到年龄阈值。 4、动态对象年龄判定 在某些情况下如果Survivor区中的对象空间占用超过了某一比例比如survivor空间的50%被占用那么年龄较大的对象也可能在未达到最大年龄阈值时就被晋升到老年代。 泛型常用特点 1、类型安全泛型在编译时期就能进行类型检查可以在编译阶段捕获一些类型错误避免在运行时出现类型转换异常。这使得代码更加稳定、可靠。 2、代码重用泛型允许编写可以应用于多种数据类型的通用代码无需为每种类型重复编写相同的逻辑增强了代码的复用性和模块化。 3、可读性使用泛型能够使代码更加清晰易懂通过在代码中指定类型参数可以清晰地表达出方法或类的意图。 4、集合类型安全泛型广泛应用于集合类例如ArrayListE、HashMapK, V等通过指定元素类型或键值对类型在编译时能够发现类型不匹配的错误。 5、代码优化泛型能够提高代码性能在编译时进行类型检查和类型擦除可以减少运行时的类型转换提高执行效率。 6、增强代码可维护性通过使用泛型可以使代码更易于维护和扩展减少了对类型的依赖性使得代码更灵活。 AOP是什么 AOP是面向切面编程是一种编程范式用于解决软件开发中的横切关注点Cross-cutting Concerns问题。横切关注点是指那些遍布于整个应用程序的多个模块中的功能它们与核心业务逻辑关联不大但却会在很多不同的地方重复出现例如日志记录、安全性验证、事务管理、异常处理等。 在传统的面向对象编程OOP中关注点通常被封装在单个类或对象中但这对于处理横切关注点来说不够高效因为这些功能的代码往往会散落在各个业务逻辑类中造成代码重复难以维护。AOP通过将这些横切关注点从业务逻辑中分离出来集中进行管理和织入实现了关注点的解耦。 AOP的关键概念包括 1、切面Aspect切面是跨越多个对象的行为或关注点的模块化比如日志记录切面、事务管理切面等。它封装了横切关注点的实现。 2、连接点Joinpoint在程序执行过程中可以插入切面操作的点如方法调用、异常抛出等。 3、通知Advice在切面的某个特定连接点上执行的动作。通知有多种形式比如前置通知在方法调用前执行、后置通知在方法调用后执行、环绕通知围绕方法调用执行等。 4、切入点Pointcut定义了切面中的通知应该在哪些连接点上执行的规则。例如一个切入点可以表达“所有业务层方法的执行”。 5、织入Weaving将切面应用到目标对象并创建代理对象的过程。织入可以在编译时、类加载时或运行时进行。 通过AOP开发者可以更加专注于业务逻辑的实现而将诸如日志、安全等横切关注点的处理交给AOP框架自动完成从而提高了代码的模块化程度、可维护性和可重用性。Spring框架是Java领域中广泛使用的实现AOP概念的框架之一。 OOP是什么 OOP是指面向对象程序设计是一种计算机编程架构。面向对象编程强调的是通过对象的相互作用来解决问题模拟现实世界的实体关系使得程序设计更加直观易于理解便于维护和扩展。许多现代编程语言如Java、C、C#等都支持面向对象编程。 面向对象的三大特性 1、封装隐藏对象的属性和实现细节仅对外提供公共访问方式将变化隔离便于使用提高复用性和安全性。 2、继承提高代码复用性继承是多态的前提。 3、多态父类或接口定义的引用变量可以指向子类或具体实现类的实例对象。提高了程序的拓展性。 AOP与OOP的区别 OOP面向对象编程针对业务处理过程的实体及其属性和行为进行抽象封装以获得更加清晰高效的逻辑单元划分。 AOP则是针对业务处理过程中的切面进行提取它所面对的是处理过程中的某个步骤或阶段以获得逻辑过程中各部分之间低耦合性的隔离效果。这两种设计思想在目标上有着本质的差异。 1、面向目标不同简单来说OOP是面向名词领域AOP面向动词领域。 2、思想结构不同OOP是纵向结构AOP是横向结构。 3、注重方面不同OOP注重业务逻辑单元的划分AOP偏重业务处理过程的某个步骤或阶段。 重载与重写的含义与区别 重写Overriding是指在子类中重新定义一个与父类中同名、同参数列表的方法。重写的目的是为了实现多态性子类可以重写父类中的方法并且可以根据自己的需要进行修改或扩展。在重写中子类方法的返回类型和参数列表必须与父类方法相同或者是其子类而且子类方法的访问修饰符不能低于父类方法的访问修饰符。 重载Overloading是指在同一个类中允许存在多个同名的方法这些方法的参数列表必须不同。方法的返回类型、修饰符等可以不同但这些不是重载的决定因素。编译器会根据方法调用时提供的参数类型和数量来决定调用哪个具体的方法。 区别总结 1、应用场景重载用于同一类中方法功能相似但参数不同的情况而重写用于子类修改或增强父类行为的情况。 2、方法签名重载关注方法名相同但参数列表不同重写要求方法名、参数列表及返回类型均与父类方法一致。 3、发生时间重载的决定在编译期属于静态绑定重写则在运行时根据对象的实际类型确定属于动态绑定。 4、访问权限与异常处理重载对此没有特别限制重写则要求访问权限不能更低且抛出的异常不能比父类方法更广泛。 java多态的实现原理 Java中多态的实现原理主要基于以下几点核心概念 1、继承Inheritance多态的实现基础是类的继承关系。一个类可以从父类继承属性和方法同时可以扩展或覆盖父类的功能。 2、方法重写Overriding子类可以重写父类中的方法提供自己的实现。这是多态表现的关键允许子类对象对相同的请求做出不同的响应。 3、向上转型Upcasting将子类对象赋值给父类引用的过程。这实际上是一种隐式的类型转换使得可以通过父类的引用调用子类重写的方法从而实现多态行为。 4、动态绑定Dynamic Binding/ 运行时多态Runtime Polymorphism也称为晚期绑定。在Java中非静态方法的调用特别是被重写的方法是在运行时绑定的。这意味着决定调用哪个方法的实现是在程序运行时根据对象的实际类型而非引用类型来决定。这一过程是由Java虚拟机JVM通过查阅对象的实际类型信息和虚方法表Virtual Method Table, VMT来实现的。 java的四种引用强弱软虚用到的场景

1. 强引用Strong Reference 它是最常见的引用类型。当一个对象被一个强引用引用时即使内存不足时垃圾回收器也不会回收该对象。只有当该对象的所有强引用都被解除后垃圾回收器才会回收该对象。强引用的应用场景通常是在对象的生命周期内都需要引用该对象的情况。
2. 软引用Soft Reference 软引用是一种相对较弱的引用类型。当一个对象被一个软引用引用时只有当系统内存不足时垃圾回收器才会回收该对象。软引用通常用来实现缓存或者高速缓存当内存不足时可以释放一些缓存的对象。
3. 弱引用Weak Reference 弱引用也是一种相对较弱的引用类型。当一个对象被一个弱引用引用时无论内存是否足够垃圾回收器都可能回收该对象。弱引用通常用来实现一些特定的功能如观察者模式。
4. 虚引用Phantom Reference 虚引用是最弱的引用类型。当一个对象被一个虚引用引用时该对象在任何时候都可能被垃圾回收器回收。虚引用主要用于管理直接内存当虚引用被回收时可以触发一些特定的清理操作。 JVM流程 1、类加载器初始化 JVM启动时首先初始化Bootstrap ClassLoader启动类加载器它负责加载JVM自身需要的核心类位于JAVA_HOME/jre/lib/rt.jar等位置。随后Extension ClassLoader扩展类加载器和Application ClassLoader系统类加载器也会被初始化分别负责加载扩展类库和应用程序类路径上的类。 2、执行入口方法 JVM会寻找并执行包含main方法的类这个类通常由用户指定比如通过命令行参数指定java MyClass。main方法是Java应用程序的起点。 3、内存区域分配 JVM会为运行的Java程序分配内存区域包括堆Heap、栈Stack、方法区Method Area/PermGen或Metaspace、程序计数器Program Counter Register、本地方法栈Native Method Stack等。 4、类加载与初始化 根据程序的需要类加载器会逐步加载并链接验证、准备、解析所需的类并进行类的初始化执行类的静态初始化块和静态变量赋值。 5、字节码解释执行或即时编译 JVM读取类文件中的字节码通过解释器逐条解释执行或使用Just-In-Time (JIT) 编译器将热点代码编译成本地机器码以提高执行效率。 6、垃圾回收 在程序运行过程中JVM会自动管理内存通过垃圾回收机制GC定期回收不再使用的对象所占用的内存空间以保持内存的有效利用。 7、执行结束 当main方法执行完毕或者程序因异常退出JVM开始关闭过程包括执行所有已注册的Shutdown Hooks关闭钩子执行垃圾回收以回收剩余资源最后JVM进程结束。 JVM调优 JVMJava Virtual Machine调优是指为了提高Java应用程序的性能对Java虚拟机的配置参数和运行环境进行调整的过程。调优的目标通常包括减少内存消耗、提升应用响应速度、优化垃圾回收效率等。 堆和栈的区别 1、管理方式不同栈由操作系统自动分配释放无需我们手动控制堆的申请和释放工作由程序员控制容易产生内存泄漏 2、空间大小不同每个进程拥有的栈大小要远远小于堆大小。理论上进程可申请的堆大小为虚拟内存大小进程栈的大小 64bits 的 Windows 默认 1MB64bits 的 Linux 默认 10MB 3、生长方向不同堆的生长方向向上内存地址由低到高栈的生长方向向下内存地址由高到低。 4、分配方式不同堆都是动态分配的没有静态分配的堆。栈有 2 种分配方式静态分配和动态分配。静态分配是由操作系统完成的比如局部变量的分配。动态分配由alloca()函数分配但是栈的动态分配和堆是不同的它的动态分配是由操作系统进行释放无需我们手工实现。 5、存储内容的不同栈在函数调用时函数调用语句的下一条可执行语句的地址第一个进栈然后函数的各个参数进栈其中静态变量是不入栈的。而堆一般是在头部用一个字节存放堆的大小堆中的具体内容是人为安排; 6、申请效率的不同栈由系统自动分配速度较快而堆一般速度比较慢; Eureka服务注册是什么 Eureka服务注册是一种服务发现机制主要用于微服务架构中以实现服务实例的自动注册与发现。它是Netflix开发的一款开源组件现已被Spring Cloud集成并广泛应用于微服务生态中。 什么是SpringCloudRibbon Spring Cloud Ribbon 是 Spring Cloud 生态系统中的一部分它基于 Netflix Ribbon 实现是一个客户端侧的负载均衡器。Ribbon 允许开发者在微服务架构中以客户端的方式实现负载均衡策略从而透明地在多个服务实例之间分配请求。 1、Ribbon和Nginx负载均衡区别 当后端服务是集群的情况下前端页面调用后端请求要做负载均衡的话常用的就是Nginx。 Ribbon主要是在服务端内做负载均衡举例订单后端服务 要调用 支付后端服务这属于后端之间的服务调用压根根本不经过页面而支付后端服务是集群这时候订单服务就需要做负载均衡来调用支付服务记住是订单服务做负载均衡 来调用 支付服务。 RabbitMQ消息处理流程 1、生产者发送应用生产者发送消息到RabbitMQ服务器的一个Exchange交换机指定Routing Key路由键来指示消息应如何被路由。 2、交换机路由Exchange根据Routing Key和自身类型如Direct, Fanout, Topic等规则将消息路由到一个或多个Queue队列。 3、消息入队消息被投递到对应的队列中存储等待消费者处理。队列可以被配置为持久化确保消息在服务器重启后仍能保留。 4、消费者订阅应用消费者通过创建Channel信道订阅队列准备接收消息。 5、消息分发与确认RabbitMQ将队列中的消息分发给消费者消费者处理后通过ACK确认通知RabbitMQ消息已被成功处理之后RabbitMQ可从队列中删除该消息。若未收到ACK且配置允许RabbitMQ可能重发消息以确保消息至少被处理一次。 消息如何分发 1、生产者将消息发送至交换机并指定路由键。 2、交换机依据类型如直连、扇形、主题等和路由键决定将消息投递给哪些队列。 3、队列累积消息等待消费者订阅。 4、消费者通过连接通道订阅队列接收消息。 5、消息可采用轮询或公平分发等策略由RabbitMQ分发给消费者。 6、消费者处理后向RabbitMQ发送确认ACK确认后消息可从队列删除。 消息分发通常指的是消息如何从生产者(PubISner)发送到RabbitMQ服务器并最终到达一个或多个队列的过程。 1.直接分发:生产者将消息直接发送到指定的队列中。 2.交换机分发:生产者将消息发送到交换机(Exchange)然后由交换机根据路由规则将消息路由到一个或多个队列。 消息路由是指消息在RabbitMQ内部的传递过程这个过程涉及到交换机(Exchange)和队列(Queue)之间的绑定(Binding)关系。 1.路由键(Routing Key):当消息到达交换机时通常会附带一个路由键。交换机根据这个路由键来决定如何将消息路由到队列。 2.绑定键(Binding Key):当队列绑定到交换机时会指定一个绑定键。只有当消息的路由键与绑定键匹配时消息才会被路由到该队列。 微服务框架的六种常用设计模式是什么 详解https://blog.csdn.net/yeq2014/article/details/135734483 1.聚合器微服务设计模式 一种设计模式用于通过聚合多个独立的微服务的响应来组成一个复杂的服务 它可以是一个简单的Web页面将检索到的数据进行处理展示。它也可以是一个更高层次的组合微服务对检索到的数据增加业务逻辑后进一步发布成一个新的微服务这符合DRY原则。 2.链式微服务设计模式 在此模式中一个微服务的输出作为下一个微服务的输入形成一个处理链。适合需要顺序执行多个服务操作的场景每个步骤基于前一步的结果。 3.分支微服务设计模式 分支微服务设计模式是一种将复杂的业务逻辑拆解为多个微服务的架构设计模式。在该设计模式中每个微服务负责处理不同的分支逻辑即根据不同条件或参数的取值来执行不同的业务流程。 4.代理微服务设计模式 代理微服务设计模式是一种常用的微服务架构模式用于提供对其他微服务的访问和控制。该模式的核心思想是通过引入代理服务来隐藏底层微服务的复杂性并提供额外的功能和保护 5.异步消息传递微服务设计模式 异步消息传递微服务设计模式是一种架构模式用于实现松耦合、高可扩展性和可靠性的微服务系统。在这种模式下微服务之间通过消息队列或消息中间件进行通信将消息作为传递机制实现服务之间的解耦和异步通信。虽然REST设计模式非常流行但它是同步的会造成阻塞。 6.数据共享微服务设计模式 数据共享微服务设计模式是一种架构模式旨在实现不同微服务之间有效地共享数据。在微服务架构中每个微服务负责管理自己的数据但有时候需要在多个微服务之间共享数据这时候就需要使用数据共享微服务设计模式。 什么是TCP/IP和UDP TCP/IP和UDP都是Internet协议套件中的传输层协议负责在网络中端到端地传输数据。 1、TCP/IP (传输控制协议) 面向连接在数据传输前TCP要求建立一个连接通过三次握手过程确保两端准备好通信。连接建立后双方可以进行双向数据传输。 可靠性TCP提供了高度的可靠性通过序列号、确认应答、重传机制、错误校验以及流量控制等手段确保数据正确无误、有序地到达目的地。 有序传输TCP保证数据包按照发送顺序到达接收方即使在网络中这些包可能以不同的顺序到达。 流控TCP具有流量控制功能可以防止发送方过快发送数据导致接收方无法处理通过滑动窗口机制动态调整发送速率。 全双工支持同时双向数据传输。 2、UDP (用户数据报协议) 无连接UDP不建立连接发送数据前无需握手过程减少了延迟但也不保证数据一定能到达对方。 不可靠UDP不负责数据包的重传和错误校验数据可能丢失、重复或乱序适合对实时性要求高而对数据完整性要求较低的应用。 速度快由于省去了建立连接和确认的过程UDP的数据传输通常比TCP更快。 头部开销小UDP头部只有8字节而TCP头部至少20字节这使得UDP在传输小数据包时更为高效。 多播和广播UDP支持多播和广播能够一次性向多个目标发送数据适用于如实时音视频传输、DNS查询等场景。 应用场景 1、TCP常用于需要高可靠性的应用如Web浏览HTTP/HTTPS、电子邮件SMTP/POP3/IMAP、文件传输FTP、在线交易等。 2、UDP适用于对实时性要求较高、容许一定丢包的场景如即时通讯、在线游戏、VoIP、视频流、DNS查询等。 什么是TCP的三次握手 在网络数据传输中传输层协议TCP(传输控制协议)是建立连接的可靠传输TCP建立连接的过程我们称为三次握手。 第一次客户端向服务器发送SYN同步报文段请求建立连接 第二次服务器客户端的连接请求进行确认收到并向客户端发送SYN同步报文向客户端建立连接 客户端收到服务器端的确认请求  建立连接请求后处于连接状态客户端先处于建立连接状态 第三次客户端向服务端发送确认请求 服务器收到客户端的确认也处于连接状态服务端后处于建立连接状态 http和https的区别 1、安全性 1、http是未加密的协议数据以明文形式传输容易被截取和窃听不适合传输敏感信息。 2、https则是加密的协议它在http的基础上加入了SSL/TLS协议层对传输的数据进行加密可以有效防止数据在传输过程中被窃取或篡改适合传输敏感信息如银行账户、个人数据等。 2、端口 1、http默认使用80端口。 2、https默认使用443端口。 3、网站申请流程不同 1、http连接无需数字证书。http页面响应速度比https快。 2、https协议需要到CA申请证书一般免费证书很少需要交费web服务器启用SSL需要获得一个服务器证书并将该证书与要使用的SSL的服务器绑定。 4、连接过程的不同 http的连接很简单是无状态的无状态是指服务器不知道客户端是什么状态。无状态的原因每次请求都是独立的上一次请求和下一次请求互不相干。 动态代理跟静态代理的区别 生成时间 1、静态代理在程序运行前就创建好代理类。 2、动态代理在程序运行时由系统自动创建。 灵活性 1、静态代理固定的为特定接口或类服务修改需调整代理类代码。 2、动态代理更灵活可为多个接口动态处理易于应对接口变化。 代码维护 1、静态代理可能产生代码重复每个代理类单独编写。 2、动态代理减少代码重复代理逻辑集中易于维护。 应用场景 1、静态代理适用于关系明确、不常变的场景。 2、动态代理适合代理关系多变、需动态处理逻辑的场景如AOP、网络请求等。 简而言之静态代理事先编写好改动成本较高但执行效率稳定动态代理按需创建适应性强但初始化有轻微性能开销。 设计模式的六大原则 设计模式的六大原则是面向对象设计和软件开发中的核心指导方针旨在提高代码的可维护性、可扩展性和灵活性。以下是这六大原则的概述 1、单一职责原则 (Single Responsibility Principle, SRP): 原则说明一个类或者模块应该有且仅有一个引起它变化的原因。换句话说一个类应该只负责一项职责这样当需求变化时修改的影响范围就会减小。 2、开放封闭原则 (Open/Closed Principle, OCP): 原则说明软件实体类、模块、函数等应该对扩展开放对修改封闭。这意味着在不修改原有代码的情况下可以容易地扩展功能。 3、里氏替换原则 (Liskov Substitution Principle, LSP): 原则说明子类应当能够替换其基类并在软件中正确运行而不影响程序的正确性。换句话说子类应保持父类的行为约定。 4、依赖倒置原则 (Dependency Inversion Principle, DIP): 原则说明高层模块不应该依赖于低层模块两者都应该依赖于抽象抽象不应该依赖于细节细节应该依赖于抽象。鼓励使用接口和抽象类来降低耦合度。 5、接口隔离原则 (Interface Segregation Principle, ISP): 原则说明客户端不应该被迫依赖它不需要的接口。接口应该尽可能细化以满足客户端的特定需求避免大而全的接口。 6、迪米特法则 (Law of Demeter, LoD) 或称最少知识原则: 原则说明一个对象应当对其他对象有最少的了解。也就是说一个类应该只和它的朋友直接的朋友或通过参数传递的对象交流不和朋友的朋友交流以减少耦合。 简述什么是单例模式 详解https://blog.csdn.net/weixin_57504474/article/details/124494554 单例模式是一种软件设计模式其核心在于确保一个类在整个应用程序的生命周期中仅有一个实例并提供一个全局访问点来获取这个实例。 简述什么是工厂模式 详解https://blog.csdn.net/yiridancan/article/details/137033767 工厂模式Factory Pattern是Java中一种常见的设计模式属于创建型模式的一种。它用于创建对象但与直接在代码中使用new关键字创建对象不同工厂模式通过一个共同的接口来创建对象从而将对象的创建过程与具体的使用客户端代码分离开来。 垃圾回收机制是什么 GC(Garbage Collection)是Java虚拟机(JVM)垃圾回收器提供的一种用于在空闲时间不定时回收无任何对象引用的对象占据的内存空间的一种机制。可以有效的防止内存泄露、保证内存的有效使用也减轻了 Java 程序员的对内存管理的工作量。 什么是内存溢出和内存泄露 详解https://blog.csdn.net/qq_37933128/article/details/126969220 内存溢出指程序申请内存时没有足够的内存供申请者使用或者说给了你一块存储int类型数据的存储空间但是你却存储long类型的数据那么结果就是内存不够用此时就会报错OOM,即所谓的内存溢出。 内存泄漏是指程序在申请内存后无法释放已申请的内存空间一次内存泄漏似乎不会有大的影响但内存泄漏堆积后的后果就是内存溢出。 类的加载机制 类的加载指的是Java虚拟机JVM将类的.class文件中的二进制数据读入到内存中将其放在运行时数据区的方法区内然后在堆区创建一个java.lang.Class对象用来封装类在方法区内的数据结构。类的加载的最终产品是位于堆区中的Class对象Class对象封装了类在方法区内的数据结构并且向Java程序员提供了访问方法区内的数据结构的接口。 Mysql中InooDB支持的四种事务隔离级别 1、读未提交Read Uncommitted 在这个隔离级别下一个事务可以读取到另一个事务未提交的修改。这种情况下可能会发生“脏读”dirty read即读取到的数据可能是其他事务已经修改但还未提交的数据如果那个事务最终回滚那么读取的数据就是无效的。 2、读已提交Read Committed 这个级别保证了一个事务只能读取到已经提交的事务所做的修改。它避免了脏读的问题但是可能会导致“不可重复读”non-repeatable read即在同一个事务中如果两次读取同一行数据可能得到不同的结果因为在这两次读取之间可能有其他事务提交了对该行数据的修改。 3、可重复读Repeatable Read InnoDB的默认事务隔离级别。在这个级别下同一个事务内多次读取同一行数据的结果是一致的即使有其他事务在这期间对数据进行了修改并提交。这避免了不可重复读的问题。理论上这个级别下仍可能发生“幻读”phantom read即同一事务内两次执行相同的查询第二次查询可能返回第一次查询未出现的新行但由于InnoDB的行级锁和Next-Key Locks机制实际上在InnoDB中幻读得到了解决。 4、串行化Serializable 这是最高的事务隔离级别通过锁定事务访问的表来防止并发问题的发生。在这种级别下事务按照顺序依次执行仿佛是串行的一样可以避免脏读、不可重复读和幻读等问题但会导致大量的超时和锁争用因此性能开销最大。 什么是控制反转IOC如何使用 控制反转Inversion of Control简称IOC是一种设计思想其核心是将原本由代码直接操控的对象的调用权交给第三方如Spring容器来控制。在Spring框架中IOC容器负责创建对象、管理对象之间的关系并在运行时将这些对象注入到需要它们的组件中。 实现方式 Spring框架通过依赖注入Dependency Injection简称DI的方式实现控制反转。依赖注入有三种主要方式构造器注入、属性注入Setter注入和方法注入。其中构造器注入和属性注入在Spring中最为常用。 优势 1、解耦通过Spring容器管理Bean之间的依赖关系代码不再直接依赖于具体的实现类降低了代码之间的耦合度。 2、易于测试由于依赖关系被外部化到Spring容器中可以方便地替换依赖组件的实现以支持单元测试或集成测试。 3、提高可维护性和可扩展性当需要修改或扩展系统功能时只需修改Spring容器的配置而无需修改代码。 项目中如何应用详解Spring核心之控制反转(IOC)详解以及项目中是如何应用的_控制反转ioc使用场景-CSDN博客 什么是循环依赖 在 Spring 应用中循环依赖指的是两个或多个 Bean 之间相互引用造成了一个环状的依赖关系。 循环依赖的原因通常是由于错误的 Bean 配置或者设计不佳引起的。以下是几个可能导致循环依赖的原因 1、构造函数的循环依赖 当一个 Bean 的构造函数依赖于另一个 Bean而同时这个另一个 Bean 的构造函数也依赖于第一个 Bean就会出现循环依赖。 2、单例模式的循环依赖 如果两个单例 Bean 相互依赖Spring 在创建这两个 Bean 时可能会遇到问题。 3、错误的依赖注入方式 如果使用了错误的注入方式比如字段注入或者方法注入在某些情况下可能会导致循环依赖。 如何解决循环依赖问题 在 Spring Boot 中可以采取一些方法来解决循环依赖问题 1、构造函数注入 首选的依赖注入方式是使用构造函数注入。通过在构造函数中注入依赖可以避免循环依赖问题。 2、Lazy Initialization懒加载 可以尝试使用懒加载来延迟 Bean 的初始化。这可以通过 Lazy 注解来实现将 Bean 的初始化推迟到首次使用时进行。 3、重新设计应用结构 如果可能的话重新设计应用的架构尽量减少相互依赖或者将依赖关系拆分为更小的单元以减少循环依赖的可能性。 4、使用 Setter 注入 在某些情况下使用 Setter 方法进行注入可以避免循环依赖。通过 Setter 方法注入可以延迟依赖注入的时机。 如何通过AOP实现防止重复提交 定义自定义注解 首先定义一个自定义注解用于标记那些需要防止重复提交的方法。例如可以创建一个名为NoRepeatSubmit的注解 实现切面 创建一个切面类该类负责处理标记了NoRepeatSubmit注解的方法调用。在切面中你需要在方法执行前后添加逻辑以检查和记录请求是否重复。 应用自定义注解 在需要防止重复提交的Controller方法上使用自定义的NoRepeatSubmit注解。 Nginx 怎么处理请求的? https://blog.csdn.net/qq_33240556/article/details/136901666 Nginx 常用命令有哪些 启动 nginx 。
   停止 nginx -s stop 或 nginx -s quit 。
   重启 nginx -s reload 或 service nginx reload 。
   重载指定配置文件 .nginx -c /usr/local/nginx/conf/nginx.conf 。
   查看nginx版本 nginx -v 。大写-V 显示版本号及编译时的配置选项