读《疯狂JAVA》笔记一(数组、对象与内存控制)

深入解析Java数组、对象与内存管理,探讨变量初始化、继承、final修饰符等核心概念,揭示内部类与局部变量间的微妙关系。

这是个读书笔记,仅供个人学习记录

这两天看《疯狂JAVA》,感觉好多JAVA的基础知识不熟练,为此特别使用笔记来加强学习效果。

数组与内存控制

Java语言是静态语言,因此数组是静态的。
数组变量是引用类型的变量,初始化后才可以被使用,且长度不可变。(ps:js中的可变)
初始化分为:

  1. 静态初始化 :显式指定每一个元素的初始值,由系统决定长度;
    String[] a = new String[]{“a”;“b”;“c”};
  2. 动态初始化 :只指定数组长度,由系统为数据元素分配初始值。
    String[] b = new String[5];
    a,b为数组变量,其值是数据对象,变量在main栈区,对象在堆内存。
    数组变量并不是数据本身,它只是指相堆内存中的数组对象。

元素初始值:

  1. 整数类型(byte、short、int、long): 0;
  2. 浮点类型(float、double): 0.0;
  3. 字符类型(char): ‘\u0000’;
  4. 布尔类型(boolean): false;
  5. 引用类型(类、接口和数组): null。

注:不要同时使用静态和动态初始化。

对象与内存控制

Java内存管理分为:
内存分配:创建对象时,JVM为此在堆内存中分配空间。
内存回收:对象失去引用,变成垃圾时JVM回收清理。

变量

成员变量和局部变量
局部变量:
作用时间短,存储在栈内存。

  1. 形参:方法签名中定义
  2. 方法内:必须显示初始化
  3. 代码块内:必须显示初始化

成员变量(Field):

  1. static修饰:静态变量/类变量 (属于类本身)
  2. 没有static修饰:非静态变量/实例变量 (属于该类的实例对象)

注意:非法前向引用异常

//以下两种会产生异常
int a = b+1;
int b = 1;
static int a1 = b1 +1;
static int b1 = 1;
//下面是正常的
int a2 = b2+1;
static b2 = 1;

由此可以得出:类变量实在实例变量前初始化。
在同一个JVM中,每一个类只对应一个Class对象,但没一个类可以创建多个Java对象。

继承父子实例

注:应避免在父类的构造其中调用被子类重写过的方法。如果父类构造器调用了被子类重写的方法,且通过子类构造器来创建子类对象,调用 (不管是显式还是隐式)了这个父类构造器,就会导致子类的重写方法在子类构造器的所有 代码之前被执行,从而导致子类的重写方法访问不到子类的实例变量值的情形.

如果子类重写了父类方法,就意味着子类里定义的方法彻底覆盖了父类里的同名方法, 系统将不可能把父类里的方法转移到子类中。对于实例变量则不存在这样的现象,即使子类 中定义了与父类完全同名的实例变量,这个实例变量依然不可能覆盖父类中定义的实例变量。
因为继承成员变量和继承方法之间存在这样的差别,所以对于一个引用类型的变麗而 言,当通过该变量访问它所引用的对象的实例变里时,该实例变量的值取决于声明该变量 时类型;当通过该变量来调用它所引用的对象的方法时,该方法行为取决于它所实际引用 的对象的类型。

//实例变量:由声明的对象类型决定
//方法:由对象的实际类型决定
Base b = new Derived();//Base声明类型,Derived实际类型

super关键字
super本身并没有引用任何对象,它甚至不能被当成一个 真正的引用变量使用。主要有如下两个原因.
■ 子类方法不能直接使用return super;,但使用return this;返回调用该方法的对象是允 许的;.
■ 程序不允许直接把super当成变量使用,例如,试图判断super和a变量是否引用同 一个Java对象------super == a;但这条语句将引起编译错误。
至此,对父、子对象在内存中存储有了准确的结论:当程序创建一个子类对象时,系统 不仅会为该类中定义的实例变量分配内存,也会为其父类中定义的所有实例变量分配内存, 即使子类定义了与父类中同名实例变量。也就是说,当系统创建一个Java对象时候,如果该 Java类有两个父类(一个直接父类A, —个间接父类B),假设A类中定义了 2个实例变量, B类中定义了 3个实例变量,当前类中定义了 2个实例变量,那这个Java对象将会保存2+3+2 个实例变量。
如果在子类里定义了与父类中已有变量同名的变量,那么子类中定义的变量会隐藏父类 中定义的变量。注意不是完全覆盖,因此系统为创建子类对象时,依然会为父类中定义的、 被隐藏的变量分配内存空间。
为了在子类方法中访问父类中定义的、被隐藏的实例变量,或者为了在子类方法中调用父类 中定义的、被覆盖(Override)的方法,可以通过super.作为限定来修饰这些实例变量和实例 方法。
因为子类中定义与父类中同名的实例变量并不会完全覆盖父类中定义的实例变量,它只 是简单地隐藏了父类中的实例变量,所以会出现如下特殊的情形。

//通过子类获取对应的父类对象
//父类中建方法
public 父类型 getThis(){
	return this;
}
//子类中建方法
public 父类型 getSuper(){
	return super.getThis();
}

final修饰符

■ final可以修饰变量,被final修饰的变量被赋初始值之后,不能对它重新赋值。
■ final可以修饰方法,被final修饰的方法不能被重写。
■ final可以修饰类,被final修饰的类不能派生子类。

被final修饰的实例变量必须显式指定初始值, 而且只能在如下3个位置指定初始值。
■ 定义final实例变量时指定初始值;
■ 在非静态初始化块中为final实例变量指定初始值;
■ 在构造器中为final实例变量指定初始值。 (本质上都在此处指定)
对于普通实例变量,Java程序可以对它执行默认的初始化,也就是将实例变量的值指定 为默认的初始值0或null;但对于final实例变量,则必须由程序员显式指定初始值。
下面程序示范了在3个地方对final实例变量进行初始化

public class FinalInstanceVaribaleTest { 
    //定义final实例变量时赋初始值 
    final int var1 = "疯狂 Java 讲义".length();
    final int var2; 
    final int var3; 
    //在初始化块中为var2赋初始值 
    { 
    	var2 = "轻置级Java EE企业应用实战".length(); 
    }
    //在构造器中为var3赋初始值 
    public FinalInstanceVaribaleTest () { 
    	this. var3 = "疯狂 XML 讲义".length();
    } 
    public static void main(String[] args) { 
    	FinallnstanceVaribaleTest fiv = new FinallnstanceVaribaleTest(); 
    	System.out.println(fiv.var1); 
    	System.out.println(fiv.var2); 
    	System.out.println(fiv.var3);
    }
}

被final修饰的类变量必须显式指定初始值, 而且只能在如下2个位置指定初始值。
■ 定义final类变量时指定初始值;
■ 在静态初始化块中为final类变量指定初始值。(本质上都在此处指定)
下面程序示范了在2个地方对final类变量进行初始化

public class FinalClassVaribaleTest { 
    //定义final类变量时赋初始值 
    final static int var1 = "疯狂 Java 讲义".length();
    final static int var2; 
    //在静态初始化块中为var2赋初始值 
    static{ 
    	var2 = "轻置级Java EE企业应用实战".length(); 
    }
    public static void main(String[] args) { 
    	System.out.println(FinalClassVaribaleTest .var1); 
    	System.out.println(FinalClassVaribaleTest .var2); 
    }
}

final修饰符的一个重要用途就是定义“宏变量”。当定义final变量时就为该变量指定了初始值,而且该初始值可以在编译时就确定下来,那这个final变量本质上就是一个“宏变量”。初始值在编译时就确定了。编译器会把程序中所有用到该变量的地方直接替换成该变量的值。
“宏变量”的范围:
final变量赋值时赋直接量;
final变量被赋的表达式只是基本算数运算表达式或字符串连接运算,没有访问普通变量,调用方法;
注:
对于实例变量而言,只有在定义该变量时指定初始值才会有“宏替换”的效果,在非静态初始化块、构造器中为final实例变量指定初始值则不会有这种效果。
对类变量而言,只有在定义final类变量时执行指定初始值,系统才会对该final类变量执行“宏替换”。

 public class FinalInitTest{
   //下面定义了4个final“宏变量”
   final int a = 5 + 2;
   final double b = 1.2 / 3;
   final String str = "疯狂" + "JAVA";
   final String book = "疯狂JAVA讲义:" + 99.0;
   //下面的book2变量的值因为调用了方法,所以无法在编译时确定下来
   final String book2 = "疯狂JAVA讲义:" + String.valueOf(99.0);
   System.out.println(book == "疯狂JAVA讲义:99.0");//true
   System.out.println(book2 == "疯狂JAVA讲义:99.0");//false
   //定义3个final实例变量
   final String str1;
   final String str2;
   final String str3 = "JAVA";
   //str1、str2分别放在非静态代码块、构造器中初始化
   {
   		str1 = "JAVA";
   }
   public FinalInitTest(){
   		str2 = "JAVA";
   }
   //判断str1、str2、str3是否执行“宏变量”
   public void dispaly(){
   		System.out.println(str1 + str1 == "JAVAJAVA");//false
   		System.out.println(str2 + str2 == "JAVAJAVA");//false
   		System.out.println(str3 + str3 == "JAVAJAVA");//true
   }
   //定一2个final类变量
   final static String str4;
   final static String str5 = "Java";
   //将str4放在静态初始化快中初始化
   static{
   		str4 = "Java";
   }
   public void displayStatic(){
   		System.out.println(str4 + str4 == "JavaJava");//false
   		System.out.println(str5 + str5 == "JavaJava");//true
   }

 }

final方法不能被重写
子类是无法重写父类中的final方法的,但是有一种特殊情况,即是当父类中定义的final方法,子类中无法调用时,子类中可以存在与父类同名同参通返回的方法,但是此时不能算是“重写”。
父类中的final方法不被子类访问到的情况,举例说明:

  1. private final void info(){} //private修饰,子类访问不到
  2. final void info(){} //父类与子类没有处于同一个包下,父类中包含的某个方法不使用访问控制符(相当于包访问权限),子类也是无法重写的。

内部类中的局部变量
此处针对的情况是,内部类指的是局部内部类,因为只有局部内部类(包括匿名内部类)才可以访问局部变量,普通静态内部类、非静态内部类不可能访问方法体内的局部变量。

interface InArrayProductor{
	//接口里定义product方法用于封装“处理行为”
	int product();
}
public class CommandTest2{
	//定一一个方法生成指定长度的数组,但每一个数组元素由cmd负责产生
	public int[] process(InArrayProductor cmd,int length){
		int[] result = new int[length];
		for(int i = 0;i<length;i++){
			result[i] = cmd.product();
		}
		return result;
	}

	public static void main(String[] args){
		CommandTest2 ct = new CommandTest2();
		final int seed = 5;//这里必须添加final修饰
		//int[] result = ct.process(new IntArrayProductor(){
		//	public int product(){
		//		return (int)Math.round(Math.random() * seed);
		//	}
		//},6);
		class IntArrayProductorImpl implements IntArrayProductor{
			public int product(){
				return (int)Math.round(Math.random() * seed);
			}
		}
		//生成数组,具体生成方式取决于IntArrayProductor接口的匿名实现类
		int[] result = ct.process(new IntArrayProductorImpl(),6);
		System.out.println(Arrays.toString(result));
	}

}

注:Java要求所有被内部类访问的局部变量都使用final修饰也是有其原因的:对于普通局部变量而言,它的作用域就是停留在该方法内,当访法执行结束,该局部变量与随之消失;但内部类则可能产生隐式的“闭包(Closure)”,闭包将使得局部变量脱离他所在的方法继续存在。

public class ClosureTest{
	public ststic void main(String[] args){
		//定义一个局部变量
		final String str = "Java";
		//在内部类里访问局部变量str
		new Tread(new Runnable(){
			public void run(){
				for(int i = 0; i < 100; i++){
					//此处将一直可以访问到str局部变量
					System.out.println(str + " " +i);
					//暂停0.1秒
					try{
						Thread.sleep(100);
					}catch(Exception e){
						e.printStackTrace();
					}
				}
			}
		}).start();   // (1)
		//执行到此处,main方法结束
	}
}

正常情况下,当程序执行完(1)行代码之后,main方法的生命周期就结束了,局部变量str的作用与也随之结束。但实际上这个程序中只要新的线程里的run方法没有执行完,匿名内部类的实例的生命周期就没有结束,将一直可以访问str局部变量的值,这就是内部类会扩大局部变量作用域的实例。
由于内部类可能扩大局部变量的作用域,如果再加上这个被内部类访问的局部变量没有使用final修饰,也就是说该变量的值可以随意改变,那将引起极大的混乱,因此Java编译器要求所有被内部类访问的局部变量必须使用final修饰符修饰。

内容概要:本文提出了种基于非合作博弈理论的居民负荷分层调度模型,并结合双层鲸鱼优化算法(Two-level Whale Optimization Algorithm)进行高效求解,模型算法均通过Matlab代码实现。研究针对电力系统中居民侧用电负荷的复杂调度问题,引入非合作博弈机制刻画各用户之间的利益竞争关系,实现负荷的分层优化分配;同时设计双层优化架构,上层优化资源配置,下层模拟用户自主决策行为,提升了模型的实用性合理性。通过智能优化算法求解多层级、非凸非线性的博弈模型,有效提高了调度方案的收敛性全局寻优能力,适用于现代智能电网中的需求侧管理能源优化场景。; 适合人群:具备电力系统基础理论知识和Matlab编程能力,从事智能电网、能源优化调度、需求侧管理、博弈论应用等方向的科研人员、高校研究生及工程技术人员。; 使用场景及目标:①应用于居民区电力负荷的分层优化调度系统设计仿真分析;②为非合作博弈在多主体能源系统建模中的应用提供方法论支持;③利用双层鲸鱼算法解决具有嵌套结构的复杂双层优化问题,提升求解效率调度方案的可行性。; 阅建议:建议者结合提供的Matlab代码深入理解模型构建逻辑算法实现流程,重点关注博弈模型的效用函数设计、纳什均衡求解思路以及双层优化结构的迭代机制,宜配合实际用电数据开展复现实验以验证模型有效性鲁棒性。
内容概要:本文围绕基于自适应神经模糊推理系统(ANFIS)智能控制器的可再生能源微电网功率管理系统展开研究,结合Simulink仿真实现,深入探讨了微电网中功率的智能调控经济机组组合调度问题。通过引入ANFIS控制器,有效应对风能、光伏等可再生能源出力的波动性不确定性,提升系统运行的稳定性电能质量。研究内容涵盖微电网多源协调控制策略、功率平衡管理、优化调度模型构建及仿真验证,实现了对分布式电源、储能系统和负荷的协同优化,兼顾经济性可靠性目标,并通过仿真平台验证了所提方法的有效性优越性。; 适合人群:具备电力系统、自动化或新能源相关专业背景,熟悉Matlab/Simulink仿真环境,从事微电网能量管理、智能控制、能源优化等领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①用于高比例可再生能源接入场景下的微电网能量管理系统研发教学实践;②为实现微电网功率稳定控制经济高效运行提供先进的智能控制解决方案;③支撑高水平学术论文复现、科研课题攻关及实际工程项目的仿真验证方案优化。; 阅建议:建议结合提供的Simulink模型相关代码进行动手实践,重点关注ANFIS控制器的设计流程、规则库构建参数调优方法,并通过传统PID或MPC控制策略的对比实验,深入理解其在动态响应鲁棒性方面的优势。同时可进步拓展文中提出的优化调度逻辑,应用于多目标、多约束的复杂实际应用场景中。
内容概要:本文档聚焦于“直流电机双闭环控制Matlab仿真”,系统阐述了基于Matlab/Simulink平台实现直流电机双闭环控制系统(主要包括速度环电流环)的设计仿真全过程。通过构建直流电机的数学模型,结合PI控制器进行调控,实现对电机转速和电枢电流的高精度动态控制,验证控制策略的稳定性响应性能。文档详细介绍了仿真模型的搭建流程、关键参数的整定方法、系统动态波形的分析手段以及仿真结果的有效性验证,体现了经典自动控制理论在实际电机系统中的工程应用,是电机控制电力电子技术相结合的典型研究案例。; 适合人群:具备自动控制原理、电机拖动基础、电力电子技术和Matlab/Simulink仿真能力的电气工程、自动化、机电体化等专业的本科生、研究生及从事电机驱动系统研发的工程技术人员。; 使用场景及目标:①作为高校课程设计或实验教学材料,帮助学生深入理解双闭环调速系统的工作机理工程实现;②服务于科研项目,为新型电机控制算法(如滑模、模糊PID等)的开发性能对比提供基础仿真验证平台;③作为工业界产品前期设计的仿真工具,用于评估不同控制策略在动态响应、抗干扰能力和稳态精度方面的可行性。; 阅建议:建议者在学习过程中紧密结合自动控制理论知识,亲手在Simulink环境中搭建完整的双闭环仿真模型,通过反复调整PI控制器的比例积分参数,观察并分析转速、电流的阶跃响应曲线,从而深刻理解反馈控制的本质、系统稳定性条件以及参数整定对动态性能的影响,进而掌握电机控制系统的设计精髓。
内容概要:本文研究了基于Benders分解输电网运营商(TSO)和配电网运营商(DSO)协调机制的不确定环境下输配电网双层优化模型,旨在提升高比例可再生能源接入背景下电网系统的协调性鲁棒性。模型上层以系统整体经济性为目标进行优化调度,下层采用Benders分解实现TSODSO之间的信息交互协同决策,通过引入割平面迭代机制保障求解的收敛性全局最优性。研究充分考虑新能源出力负荷需求的不确定性,构建了具有强适应性的双层优化框架,并基于Matlab完成了模型的编程实现仿真验证,有效解决了多主体、多层级、多不确定性因素耦合下的电力系统优化调度难题。; 适合人群:具备电力系统分析、运筹学优化理论基础,熟悉Matlab编程环境,从事智能电网、能源互联网、分布式能源集成、电力市场等方向的研究生、科研人员及工程技术人员。; 使用场景及目标:①研究高渗透率可再生能源条件下输配电网协同优化调度策略;②掌握Benders分解在电力系统双层优化建模中的应用方法实现技巧;③构建TSO-DSO多主体协调机制,实现跨层级电网资源的高效互动决策解耦;④提升对不确定性建模、分解算法设计及大规模优化问题求解能力。; 阅建议:建议者结合Matlab代码逐模块剖析模型构建流程,重点理解Benders割的生成逻辑、主从问题的信息传递机制及收敛判据设定,推荐在标准IEEE测试系统上复现实验以深入掌握模型特性算法性能。
内容概要:本文系统研究了基于灰狼优化算法(GWO)优化Elman神经网络的方法,并提供了完整的Matlab代码实现。研究重点在于利用灰狼优化算法强大的全局搜索能力,对Elman神经网络的关键参数进行智能优化,从而克服传统训练方法易陷入局部最优的缺陷,显著提升模型在时序预测非线性系统建模任务中的精度稳定性。文章详细阐述了Elman网络的动态反馈机制及其在处理时间序列数据方面的优势,构建了GWOElman相结合的混合预测框架,涵盖了从模型搭建、参数寻优、仿真测试到结果分析的全流程,特别适用于风电功率预测、电力负荷预测等具有强时变性和不确定性的工程应用场景。; 适合人群:具备定Matlab编程能力和神经网络基础知识,从事智能优化算法、时间序列预测、电力系统分析或新能源出力预测等相关领域的研究生、科研人员及工程技术人员。; 使用场景及目标:①掌握灰狼优化算法在神经网络超参数优化中的具体实施路径技术细节;②深入理解Elman递归神经网络群体智能优化算法融合的建模范式;③将其应用于风电、光伏等新能源发电功率预测及复杂动态系统的建模仿真,提升预测性能。; 阅建议:建议者结合所提供的Matlab代码进行动手实践,重点关注GWO算法Elman网络的接口设计、适应度函数构建及参数优化迭代过程,可通过调整数据集或迁移至其他预测场景以深化理解和验证模型泛化能力。
源码直接下载地址: https://pan.quark.cn/s/a4b39357ea24 JMeter的录制方法及过滤策略、线程组构成要素是什么? JMeter能够借助第三方录制工具(如BadBoy)或其自带的录制功能来完成录制工作,JMeter的录制机制:是借助HTTP代理服务器来捕获用户在操作网站时产生的链接信息。JMeter允许在配置HTTP代理服务器时,排除掉非必要的CSS、GIF等资源,以此减轻不必要的负担。 线程组涵盖:线程组的名称标识、附加注释说明、线程组内的用户数量、线程组完成请求的时间分配、循环执行次数、时间调度机制 【JMeter性能测试详解】 JMeter是款功能强大的性能测试软件,常用于模拟大规模用户同时访问Web应用,用以衡量系统的性能表现和稳定性。接下来将具体说明JMeter的操作方法、线程组的设置以及性能测试的重要环节。 **JMeter录制过滤** JMeter可以通过BadBoy等外部工具或其自带的HTTP代理服务器来记录用户的行为。其录制原理是JMeter作为HTTP代理,拦截用户浏览器发出的所有网络请求。在配置代理服务器时,能够过滤掉不必要的CSS、GIF等静态资源,以减少无效的负载。 **线程组配置** 线程组是JMeter测试计划的核心部分,包含以下几个关键参数: 1. **线程组名**:用于区分测试计划中的不同测试区域。 2. **注释**:用于记录测试目标或注意事项。 3. **线程数**:用于模拟并发用户的数量。 4. **循环次数**:每个线程需要执行的循环次数,可以设置为无限循环。 5. **Ramp-up period**:规定所有线程启动的时间跨度,旨在平滑增加负载。 6. **定时器**:例如思考时间或...
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值