1.面试官问：SpringBoot中@Async默认线程池导致OOM如何解决？
2.再见了SpringCloud
3.Spring面试中常问的面试面试FactoryBean与其他的Bean不同之处在哪？
4.中华石杉儒猿架构的Spring课程怎么样？
5.说说我为什么开始放弃 Spring Framework
6.spring框架中都用到了哪些设计模式?

面试官问：SpringBoot中@Async默认线程池导致OOM如何解决？

       面临问题

       在进行项目测试时，我们遇到了内存溢出（OOM）问题，源码源码具体日志显示为“unable to create new native thread”。看过该项目使用SpringBoot架构，回答我们通过Jstack工具分析，面试面试发现大量线程处于可运行状态，源码源码精品操盘指标源码表明线程创建量过大。看过

       问题解析

       内存溢出主要有三种类型：第一，回答PermGen space，面试面试通常因程序中加载大量JAR或Class文件引起；第二，源码源码Java heap space，看过由程序创建对象过多导致；第三，回答无法创建新本地线程，面试面试这可能因创建线程数量过多，源码源码导致内存消耗过大。看过

       初步分析

       根据日志分析，我们怀疑是线程创建过多导致的问题。通过将应用线程信息打印到文件，发现大量线程处于可运行状态，这进一步确认了线程创建过多的假设。

       代码探究

       问题出在日志写库服务的`writeLog`方法上，该方法使用了`@Async`注解，实现异步写入逻辑。但服务并未自定义异步配置，而是使用了Spring默认的`SimpleAsyncTaskExecutor`线程池，该配置默认为每个任务创建一个新线程，这在高并发压测环境下，可能导致线程数量激增，从而导致内存溢出。

       深入了解

       `SimpleAsyncTaskExecutor`线程池具备限流机制，通过`concurrencyLimit`属性控制。默认情况下，老牌源码此属性值为-1，即不开启限流，导致在高并发情况下持续创建线程。源码分析揭示了限流机制实现，即当线程数超过`concurrencyLimit`时，当前线程会进入等待状态，直至线程数减至允许范围。

       实践验证

       我们通过模拟测试验证了此机制。在未开启限流的情况下，启动个线程调用异步方法，使用Java VisualVM监控工具观察到线程数迅速增长，直至达到系统限制。开启限流后，线程数得到了有效控制，但这也引入了执行效率的降低，出现了主线程等待和线程竞争的情况。这种限流机制适用于任务处理速度较快的场景，对于处理时间较长的应用并不适用。

       最终解决方案

       为解决线程创建过多导致的内存溢出问题，我们采取了以下策略：

       1. 自定义线程池，利用`LinkedBlockingQueue`阻塞队列限制线程池的最大线程数。

       2. 定义拒绝策略，当任务队列满时，拒绝处理新任务并记录日志。

       通过这些改进，我们成功解决了内存溢出问题，同时确保了应用的稳定性和响应效率。

再见了SpringCloud

        都 年了 还没用过 微服务 吗？中台架构还只是听说过？

        年的双十一，天猫订单处理峰值达到 .3万笔/秒 ，年的双十二，数据量高达 万+ 。年的网站单日浏览峰值 亿次 。

        年的一线互联网 三高架构 你能设计出来吗？让你架构一个能支撑淘宝天猫双双千亿级流量的电商平台你知道如何着手吗？面试的时候对于分布式高并发高可用架构问题的回答总是不能让面试官满意？

        微服务架构很多， 到底用Spring Cloud 还是 Dubbo ？Spring Cloud Alibaba 与 Spring Cloud Netflix 如何选择？ 互联网微服务中台项目究竟有多少细节？

        看看下面这十几道题是我当时阿里三面时被问到的，基本都是深入到阿里巴巴微服务架构 Spring Cloud Alibaba 源码级别，看来P7百万年薪真不是那么好拿的，见识了！

        P7面试题

Spring面试中常问的FactoryBean与其他的Bean不同之处在哪？

       在Spring框架中，FactoryBean作为一种特殊的Bean，其存在意义在于能够生成和管理Bean，提供了一种灵活的源码报价Bean创建机制。相比于普通的Bean，FactoryBean的独特之处在于它能够提供对象的创建和类型判断的功能。通过实现FactoryBean接口，Spring能够将复杂的Bean创建逻辑封装，从而更方便地进行管理和使用。

       FactoryBean接口包含三个核心方法：getObject、getObjectType和isSingleton。getObject方法用于创建和返回实际的Bean对象，getObjectType方法用于返回创建对象的类型，isSingleton则用于指示该对象是否为单例。这三个方法共同协作，使得Spring能够在配置文件中定义复杂的Bean创建逻辑，并且仍然保持了Spring的自动化管理能力。

       下面以Spring Boot环境为例，演示如何定义自定义的FactoryBean。以一个简单的Student类作为例子，通过FactoryBean来创建和管理Student对象。此外，为方便验证，重写toString方法，用于输出对象信息。

       首先定义Student类，包含两个属性，并重写toString方法以输出对象信息。接下来，实现FactoryBean接口，仅在getObject方法内部new一个Student对象并返回。同时，通过重写toString方法，便于测试与验证。

       通过测试方法验证FactoryBean的机密源码使用，会发现通过"myFactoryBean"获取到的是Student对象，而通过"&myFactoryBean"获取到的是FactoryBean对象本身。这种现象直观展示了FactoryBean的神奇之处——它不仅能够生产Bean，还能够返回自身。

       FactoryBean的作用在于允许开发者自定义复杂Bean的创建逻辑，特别是那些需要初始化多个变量或执行复杂操作的Bean。使用Spring的自动装配功能往往难以满足这些需求，因此，FactoryBean为开发者提供了一种解决方案，将这些工作交由Spring进行管理。

       例如，在MyBatis与Spring集成时，会遇到一个名为SqlSessionFactoryBean的FactoryBean，它的目标是返回一个由Spring管理的SqlSessionFactory。在MyBatis中创建SqlSessionFactory需要配置多个属性，因此SqlSessionFactoryBean应运而生，它封装了创建过程，使得集成更加简洁和高效。

       在源码层面，SqlSessionFactoryBean的getObejct方法负责生成SqlSessionFactory实例，getObjectType方法返回SqlSessionFactory的类型信息，而isSingleton方法则用于判断该对象是否为单例。这些细节共同确保了SqlSessionFactory的正确创建和管理。

       总之，FactoryBean在Spring框架中扮演了重要角色，它提供了一种灵活、强大的Bean创建机制，使得开发者能够更自由地定制和管理Bean。通过理解FactoryBean的工作原理和使用方式，可以更好地利用Spring框架的特性，实现更高效、惠普源码灵活的系统开发。

中华石杉儒猿架构的Spring课程怎么样？

       回顾年，儒猿发布了一个名为Spring实战的专栏，然而在学员反馈深度不足后，专栏一度暂停销售数月，并宣布重置Spring专栏。起初，我期望通过这个专栏补充对Spring源码的理解，因为面试中经常会遇到相关问题，但表现不佳让我感到挫败。期间，我多次询问新专栏的发布进度，直至2月底，新专栏终于上线。得益于先前购买的老专栏，新专栏内容免费赠送，老学员还享有优惠券，这一举措得到了正面评价。

       新专栏的质量显著提升，全程围绕源码展开，省略了冗余内容，特别注重细节解析，满载注释，为我留下了深刻印象。每个文章后附有源码流程图，虽非十分详细，但对知识点的整理和复习极为便利，现与大家分享。与其他Spring源码课程相比，如掘金小册，儒猿专栏更侧重于源码流程图的提供，增添了额外的贴心之处。

       新专栏的风格与之前关于JDK的内容相似，采用通俗易懂的讲解方式，易于理解。对于从未接触过Spring源码，但希望在面试中熟练掌握源码的学员来说，这个新专栏能够带来独特的体验和收获。无论是对Spring源码的新手，还是寻求面试准备的进阶者，此专栏均能提供有价值的资源，值得一试。

说说我为什么开始放弃 Spring Framework

       作为Java开发人员，Spring框架是我最常用的框架之一。Spring这个名字简洁而有寓意，它代表着程序员的春天，同时Spring还象征着弹性，提供强大的扩展性。然而，在使用Spring的过程中，我逐渐开始质疑它的一些核心特性。

       首先，Spring带来了强大的魔法，如自动注入（IoC）和面向切面编程（AOP），这些特性使得代码管理更加高效，增强了代码的可增强性。然而，动态技术也带来了新的挑战。Java本来是一个静态类型语言，拥有严格的类型约束，但Spring的动态技术打破了这种约束。SpEL（Spring Expression Language）是一个动态表达式语言，虽然提供了简洁的逻辑构建方式，但缺乏类型检查，这使得在IDE中没有足够的提示功能。这样的设计使得编写代码时存在潜在的危险，如变量名错误但程序仍能运行的情况，虽然参数拼接总是null，但导致了使用相同缓存数据。使用API形式可以避免此类问题，但便利性会有所下降。

       其次，Spring的复杂度问题也不容忽视。Spring框架在设计时遵循面向接口和面向对象的原则，导致了继承和依赖关系的复杂性。复杂的代码结构和动态字节码技术的运用使得阅读源码变得困难，方法跳转和理解实现逻辑需要花费大量时间。虽然这对于解决复杂问题至关重要，但在遇到错误排查或调试代码时，这一复杂性会成为障碍。

       随着生态的不断发展，Spring已成为一个庞大的框架，学习曲线陡峭，需要较高的成本才能熟练掌握。这种复杂性导致了所谓的“Spring八股文”现象，即大量的面试题和攻略在互联网上流行。中等规模的Spring Boot项目通常需要消耗1G的内存，而部署一个Spring Boot实例所消耗的内存，足以部署五六个vert.x实例。某些项目甚至需要长达1分半的启动时间，这导致了资源占用和性能问题。

       Spring的不可靠性也逐渐显现。动态技术带来了一系列坑，如事务失效的种场景等。这些坑不仅增加了代码的复杂性，也使得问题难以察觉和解决。有些公司甚至禁止使用声明式事务，因为它们可能导致不明显的副作用，如缓存和校验失效。AOP技术的滥用也带来了不确定性，使得代码的执行路径难以追踪，增加了代码维护的难度。更糟糕的是，Spring Boot的自动配置可能存在安全风险，恶意代码可以通过自动配置在启动阶段执行。

       经过深思熟虑，我发现Spring并不完美。动态字节码和代理技术虽然提供了灵活性，但也牺牲了静态语言的严谨性，使得编译期错误难以发现，只有运行时才能揭示问题。虽然IoC降低了耦合性，但我认为并非必须。在实际项目中，代码往往没有太多实现，不需要无缝替换或热插拔，而更高层次的抽象可能会导致失去部分原生特性的损失，甚至增加程序的复杂度。面向对象和面向接口的设计原则并不总是适用，有时过度设计反而会增加开发的复杂性。

       基于以上考量，我决定不再局限于使用Spring框架。虽然Spring是一个有影响力的框架，但团队的一致性并非必须。探索其他解决方案对于我来说更具吸引力。在Java语言中，尽管存在不便之处，但动态字节码和代理技术并非解决所有问题的良药。了解其他语言并拓宽视野对于提升技术能力至关重要，这有助于打破固有思维模式，开阔开发者的思维格局。

spring框架中都用到了哪些设计模式?

       面试官提问了 Spring 框架中设计模式的应用。候选者列举了一些常见的设计模式在 Spring 中的运用，如工厂模式（通过 ApplicationContext 或 BeanFactory 获取对象），单例模式（源码里使用 DCL 实现），代理模式（底层原理）以及模板方法模式（在事务管理器中应用），观察者模式（事件驱动模型的实现）。面试官进一步询问了候选者熟悉的设计模式，候选者提及了常见的如工厂模式、代理模式、模板方法模式、责任链模式、单例模式、包装设计模式、策略模式等，并解释了在项目中使用较多的是模板方法模式、责任链模式、策略模式、单例模式。在提及单例模式的实现方式时，候选者详细介绍了饿汉式、简单懒汉式、DCL 双重检查锁、静态内部类和枚举等实现方式，并解释了使用 DCL 的原因是为了避免指令重排问题，需要 volatile 关键字的支持。在项目的实际应用中，候选者提及了责任链模式用于处理请求、模板方法模式用于处理公共逻辑以及代理模式的较少使用。此外，候选者还推荐了一个 Java 开源项目，介绍其业务清晰、注释详细、文档齐全、代码质量高，几乎每个方法和类都有中文注释，且通过阿里开发插件检查，使用了多种可靠稳定的中间件。该项目应用了多种设计模式，并在 GitHub 和 Gitee 上收获了大量 star。最后，候选者提供了项目的 Gitee 链接、GitHub 链接以及项目文档和视频链接，并简述了项目的功能和意义，以及使用教程和工程模块、系统流程的介绍。