GC --编程员的福利

 一 什么是GC  
      说道JVM,就不得不说GC,垃圾回收机制在JVM中占有很重要的比重。在JVM运行的时候如果不进行垃圾回收,可想而知,再大的内存也会有满的一天,而且GC的出现不需要我们自己管理内存,有JVM定时的检查,将无用的对象回收,这样对我们的编码带来很大的便利!   
二 GC是怎么工作
     GC通过一定的算法 ,在JVM运行的时候定时的去检查内存空间,然后根据一定的算法对无用的对象进行回收。这里回收的位置主要是java堆,本身java对就是保存对象的地方,占用内存的绝大部分的空间,通过回收机制,有的对象被回收,但是对象因为引用还存在,进过回收机制不能被回收,经过多次这样的回收,仍然存在java堆中的对象会被保存在老年代。这里我们可以清楚的知道,来及回收机制回收的是java堆的新生代。
三 对象引用类型:
 1.强引用:Reference:普通类型的引用
 2.软引用:SoftReference,被软引用引用的对象,如果此对象没有被其他强Reference应用的话,很容易被回收,但是通常是在内存数不够的时候,并且被程序抛出OutMemoryError之前才发生对此对象的GC,SoftReference通常被用作实现Cache的对象引用,如果这个对象被GC了,那么他可以在任何时候再重新创建。此外。软引用还有一个非常经典的用途就是用于敏感的告诉缓存。
3.弱引用:WeekReference,这种引用,如果此外还没有强引用或是软引用,会立刻被回收。弱引用一个典型的用图就是规范化映射。
4.虚引用:PhantomReference,当没有强引用,软引用,弱引用的时候回立刻被回收,但是当与队列联合使用的时候,需要管理和清除与被引用的对象的相关的本地资源。
四 GC算法
   1.GC算法分类:
      (1)引用计数法
       (2)标记清除法
       (3)标记压缩法
        (4)复制算法
 
2.分析各种算法
      (1)引用计数法:给对象添加一个引用计数器,每当有一个地方引用它时,计数器值加1,当引用失效时,计数器值就减1;任何时刻计数器为0的对象是不可能被使用的。引用计数法效率很高,但是很难解决对象之间相互循环引用的问题。此外,引用和去引用伴随的加减法影响性能,循环引用的对象无法回收。
     (2)标记-清除法:分为两个阶段:标记阶段和清除阶段。一种可行的实现是:在标记阶段,首先通过根节点,标记所有从根节点开始的可达对象,未被标记的对象就是未被引用的来及对象,然后在清除阶段清除所有未被标记的对象。
      (3) 标记压缩:适合于存活对象较多的场合,如老年代。对于可达对象做一次标记,然后对所有的存活对象压缩到内存的异端,然后清理边界空间。
       (4)复制算法:适合于新生代,是一种比较高效的回收算法。将原有的内存空间分为两块,每次只使用其中一块儿,在垃圾回收时,将正在使用的内存中的存活对象复制到未使用的内存块儿中,之后清除正在使用的内存块儿中的所有对象,交换两个内存的角色,完成垃圾回收。

 
**项目名称:** 基于Vue.js与Spring Cloud架构的博客系统设计与开发——微服务分布式应用实践 **项目概述:** 本项目为计算机科学与技术专业本科毕业设计成果,旨在设计并实现一个采用前后端分离架构的现代化博客平台。系统前端基于Vue.js框架构建,提供响应式用户界面;后端采用Spring Cloud微服务架构,通过服务拆分、注册发现、配置中心及网关路由等技术,构建高可用、易扩展的分布式应用体系。项目重点探讨微服务模式下的系统设计、服务治理、数据一致性及部署运维等关键问题,体现了分布式系统在Web应用中的实践价值。 **技术架构:** 1. **前端技术栈:** Vue.js 2.x、Vue Router、Vuex、Element UI、Axios 2. **后端技术栈:** Spring Boot 2.x、Spring Cloud (Eureka/Nacos、Feign/OpenFeign、Ribbon、Hystrix、Zuul/Gateway、Config) 3. **数据存储:** MySQL 8.0(主数据存储)、Redis(缓存与会话管理) 4. **服务通信:** RESTful API、消息队列(可选RabbitMQ/Kafka) 5. **部署与运维:** Docker容器化、Jenkins持续集成、Nginx负载均衡 **核心功能模块:** - 用户管理:注册登录、权限控制、个人中心 - 文章管理:富文本编辑、分类标签、发布审核、评论互动 - 内容展示:首页推荐、分类检索、全文搜索、热门排行 - 系统管理:后台仪表盘、用户与内容监控、日志审计 - 微服务治理:服务健康检测、动态配置更新、熔断降级策略 **设计特点:** 1. **架构解耦:** 前后端完全分离,通过API网关统一接入,支持独立开发与部署。 2. **服务拆分:** 按业务域划分为用户服务、文章服务、评论服务、文件服务等独立微服务。 3. **高可用设计:** 采用服务注册发现机制,配合负载均衡与熔断器,提升系统容错能力。 4. **可扩展性:** 模块化设计支持横向扩展,配置中心实现运行时动态调整。 **项目成果:** 完成了一个具备完整博客功能、具备微服务典型特征的分布式系统原型,通过容器化部署验证了多服务协同运行的可行性,为云原生应用开发提供了实践参考。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值