1.源码视角，源码Vue3为什么推荐使用ref而不是分析reactive
2.Spring Cloud OpenFeign源码FeignClientFactoryBean原理

源码视角，Vue3为什么推荐使用ref而不是源码reactive

       ref和reactive是Vue3中实现响应式数据的核心API。ref用于封装基本数据类型，分析而reactive用于处理对象和数组。源码尽管reactive似乎更适合处理对象，分析冻结网站源码但Vue3官方文档更推荐使用ref。源码

       官方文档指出，分析ref比reactive更适用。源码下面我们从源码的分析角度详细讨论这两个API，以及Vue3为什么推荐使用ref而不是源码reactive。

       ref的分析内部工作原理是，它是源码一个函数，接受一个内部值并返回一个响应式且可变的分析mybatis源码解读视频引用对象。这个引用对象有一个.value属性，源码指向内部值。

       在上述代码中，ref函数通过new RefImpl(value)创建了一个新的RefImpl实例。这个实例包含getter和setter，分别用于追踪依赖和触发更新。使用ref可以声明任何数据类型的响应式状态，包括对象和数组。

       ref的核心是返回响应式且可变的引用对象，而reactive的核心是返回响应式代理，这是两者本质上的核心区别，也就导致了ref优于reactive。

       reactive的帝国cms 仿 源码内部工作原理是，它是一个函数，接受一个对象并返回该对象的响应式代理，也就是Proxy。

       reactive的源码相对简单，通过new Proxy(target, baseHandlers)创建了一个代理。这个代理会拦截对目标对象的操作，从而实现响应式。

       ref和reactive在声明数据的响应式状态上，底层原理不同。ref采用RefImpl对象实例，reactive采用Proxy代理对象。

       当你使用new RefImpl(value)创建一个RefImpl实例时，这个实例大致上会包含以下几部分：Dep类负责管理一个依赖列表，用户中心 源码下载并提供依赖收集和通知更新的功能。RefImpl类包含一个内部值_value和一个Dep实例。当value被访问时，通过get方法进行依赖收集；当value被赋予新值时，通过set方法触发更新。

       尽管两者在内部实现上有所不同，但它们都能满足我们对于声明响应式变量的要求，但是reactive存在一定的局限性。

       reactive的局限性包括仅对引用数据类型有效，使用不当会失去响应。reactive主要适用于对象，包括数组和一些集合类型（如Map和Set）。对于基础数据类型（如string、sql执行工具源码number和boolean），reactive是无效的。这意味着如果你尝试使用reactive来处理这些基础数据类型，将会得到一个非响应式的对象。

       ref()为响应式编程提供了一种统一的解决方案，适用于所有类型的数据，包括基本数据类型和复杂对象。以下是推荐使用ref的几个关键原因：统一性、深层响应性和灵活性。

       ref的核心优势之一是它的统一性。它提供了一种简单、一致的方式来处理所有类型的数据，无论是数字、字符串、对象还是数组。这种统一性极大地简化了开发者的代码，减少了在不同数据类型之间切换时的复杂性。

       ref支持深层响应性，这意味着它可以追踪和更新嵌套对象和数组中的变化。这种特性使得ref非常适合处理复杂的数据结构，如对象和数组。

       ref提供了高度的灵活性，尤其在处理普通赋值和解构赋值方面。这种灵活性使得ref在开发中的使用更加方便，特别是在进行复杂的数据操作时。

       ref在Vue3中提供了一种更统一、灵活的响应式解决方案，还能避免了reactive的某些局限性。希望这篇文章对你有所帮助，有所借鉴。

Spring Cloud OpenFeign源码FeignClientFactoryBean原理

       Spring Cloud OpenFeign的FeignClientFactoryBean在实例化过程中，通过FactoryBean接口实现，GetObject方法的关键步骤包括获取FeignContext、配置Feign.Builder、创建HardCodedTarget和调用loadBalance方法。这些步骤涉及自动配置、FeignClientSpecification的使用、Logger和Builder组件的定制以及动态代理的生成。最后，getObject方法返回的是一个接口的代理类，用于执行远程调用。

       详细分析：

       FeignClientFactoryBean在Spring容器中，通过getObject方法转化为实际的FeignClient实例。首先，它从FeignContext获取相关配置，这个配置在引入OpenFeign依赖时自动注入。接下来，通过getTarget方法，FeignClientFactoryBean配置了Builder组件，如Logger（非Slf4j）、RequestInterceptor、Encoder和Decoder等，同时考虑了用户自定义组件的配置。之后，创建了HardCodedTarget，基于FeignClient接口、注解值和完整URL构建，然后通过loadBalance方法，整合了LoadBalancerFeignClient和HystrixTargeter，进行负载均衡和目标URL定位。

       在newInstance方法中，解析了接口方法的注解，生成了MethodHandler，并用FeignInvocationHandler封装，这个InvocationHandler在代理类实例化时被调用，实现了远程调用。最终，通过Proxy.newProxyInstance动态生成了代理类，完成FeignClientFactoryBean的实例化过程。

       总的来说，FeignClientFactoryBean实例化是通过一系列配置和代理生成，实现了Spring Cloud OpenFeign的远程调用功能。如果你对源码的深入理解感兴趣，下期文章将继续解析调用源码细节。