服务架构的演进：从单体到微服务的探索之旅
随着企业业务的不断拓展和复杂度的提升，对软件系统架构的要求也日益严苛。传统的架构模式在应对现代业务场景时逐渐暴露出诸多局限性，于是服务架构开启了持续演变之路。从单体架构的简易便捷，到分布式架构的模块化解耦，再到微服务架构的精细化管理，企业对技术的选择变得至关重要，尤其是 Spring Cloud 和 Dubbo 等微服务技术的对比和应用，直接影响着项目的成败。
本篇文章会从服务架构的演进开始分析，探索从单体项目到微服务项目的演变过程。然后也会对目前常见的微服务技术进行对比，找到目前市面上所常用的技术给大家进行讲解。
Bean的实例化阶段
经过第一阶段，所有bean定义都通过BeanDefinition的方式注册到BeanDefinitionRegistry中当某个请求通过容器的getBean方法请求某个对象，或者因为依赖关系容器需要隐式的调用getBean时，就会触发第二阶段的活动：容器会首先检查所请求的对象之前是否已经实例化完成。
如果没有，则会根据注册的BeanDefinition所提供的信息实例化被请求对象，并为其注入依赖。
当该对象装配完毕后，容器会立即将其返回给请求方法使用。BeanFactory只是Spring IoC容器的一种实现，如果没有特殊指定，它采用采用延迟初始化策略：只有当访问容器中的某个对象时，才对
JVM内存
首先JVM内存限制于实际的最大物理内存，假设物理内存无限大的话，JVM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制，这个限制一般是2GB-3GB（一般来说Windows系统下为1.5G-2G，Linux系统下为2G-3G），而64bit以上的处理器就不会有限制。