垃圾回收概述

什么是垃圾

可以有不同的理解方式

  1. 侠义且标准的理解要从C++层面理解:没有任何指针指向的内存,程序无法再访问到,但是却占据了内存。这也是标准的内存溢出的理解。(这种理解可以被看做是C++垃圾的定义)
  2. 更广义一些,再java层面理解:不在被任何java程序中的引用所指向的内存,是垃圾(这种可以被看做是java的定义,我们java中所说的垃圾就是指这种理解)
  3. 再广义一些,就是程序后面的运行,根据需求,不再需要被使用的内存,但是这部分内存还是有指针指向的。(如果再程序中需要再度优化,便可以这样理解,我们可以将只在程序启动时用到的类或者对象,在程序启动之后可以理解为垃圾)。

为什么需要GC

如果不及时垃圾收集和清理,垃圾会一直伴随程序运行而结束。如果不收集垃圾,内存迟早用完。

除了释放无用的内存,垃圾回收也可以清理内存中的记录碎片。

随着应用程序的业务越来越庞大,GC也需要跟上时代。

 

 

垃圾收集不是java语言的半生产物。早在1960年,第一门开始使用内存动态分配和垃圾收集技术在Lisp语言诞生。

垃圾收集三个经典问题:

  • 哪些内存需要回收
  • 什么时候回收
  • 如何回收

垃圾收集机制是java的招牌能力,极大提高了开发效率。如今垃圾收集几乎称为现代语言的标配。如今垃圾回收机制仍在不断演进。

 

 

早期垃圾回收

C/C++ 手动delete:

int* p = new int;*p = 5;delete p;

java垃圾回收机制

自动内存管理,无需手动参与内存的分配和回收,降低内存泄漏的风险。

如果没有垃圾回收机制,就会像c++ 一样,各种垂悬指针,野指针出现。

担忧

自动内存管理就像一个黑匣子,过度依赖,严重弱化java程序员解决内存溢出时定位和解决问题的能力

 

内容概要:文章基于4A架构(业务架构、应用架构、数据架构、技术架构),对SAP的成本中心和利润中心进行了详细对比分析。业务架构上,成本中心是成本控制的责任单元,负责成本归集与控制,而利润中心是利润创造的独立实体,负责收入、成本和利润的核算。应用架构方面,两者都依托于SAP的CO模块,但功能有所区分,如成本中心侧重于成本要素归集和预算管理,利润中心则关注内部交易核算和获利能力分析。数据架构中,成本中心与利润中心存在多对一的关系,交易数据通过成本归集、分摊和利润计算流程联动。技术架构依赖SAP S/4HANA的内存计算和ABAP技术,支持实时核算与跨系统集成。总结来看,成本中心和利润中心在4A架构下相互关联,共同为企业提供精细化管理和决策支持。 适合人群:从事企业财务管理、成本控制或利润核算的专业人员,以及对SAP系统有一定了解的企业信息化管理人员。 使用场景及目标:①帮助企业理解成本中心和利润中心在4A架构下的运作机制;②指导企业在实施SAP系统时合理配置成本中心和利润中心,优化业务流程;③提升企业对成本和利润的精细化管理水平,支持业务决策。 其他说明:文章不仅阐述了理论概念,还提供了具体的应用场景和技术实现方式,有助于读者全面理解并应用于实际工作中。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值