`
xltgod
  • 浏览: 16627 次
  • 性别: Icon_minigender_1
  • 来自: 北京
文章分类
社区版块
存档分类
最新评论

那些java你模棱两可的概念

 
阅读更多
对于这个系列里的问题,每个学Java的人都应该搞懂。当然,如果只是学Java玩玩就无所谓了。如果你认为自己已经超越初学者了,却不很懂这些问题,请将你自己重归初学者行列。内容均来自于CSDN的经典老贴。
问题一:我声明了什么!
String s = "Hello world!";
许多人都做过这样的事情,但是,我们到底声明了什么?回答通常是:一个String,内容是“Hello world!”。这样模糊的回答通常是概念不清的根源。如果要准确的回答,一半的人大概会回答错误。
这个语句声明的是一个指向对象的引用,名为“s”,可以指向类型为String的任何对象,目前指向"Hello world!"这个String类型的对象。这就是真正发生的事情。我们并没有声明一个String对象,我们只是声明了一个只能指向String对象的引用变量。所以,如果在刚才那句语句后面,如果再运行一句:

String string = s;
我们是声明了另外一个只能指向String对象的引用,名为string,并没有第二个对象产生,string还是指向原来那个对象,也就是,和s指向同一个对象。
问题二:"=="和equals方法究竟有什么区别?
==操作符专门用来比较变量的值是否相等。比较好理解的一点是:
int a=10; 
int b=10; 
则a==b将是true。 
但不好理解的地方是: 
String a=new String("foo"); 
String b=new String("foo"); 
则a==b将返回false。
根据前一帖说过,对象变量其实是一个引用,它们的值是指向对象所在的内存地址,而不是对象本身。a和b都使用了new操作符,意味着将在内存中产生两个内容为"foo"的字符串,既然是“两个”,它们自然位于不同的内存地址。a和b的值其实是两个不同的内存地址的值,所以使用"=="操作符,结果会是false。诚然,a和b所指的对象,它们的内容都是"foo",应该是“相等”,但是==操作符并不涉及到对象内容的比较。对象内容的比较,正是equals方法做的事。
看一下Object对象的equals方法是如何实现的:
boolean equals(Object o){ 

return this==o; 


Object对象默认使用了==操作符。所以如果你自创的类没有覆盖equals方法,那你的类使用equals和使用==会得到同样的结果。同样也可以看出,Object的equals方法没有达到equals方法应该达到的目标:比较两个对象内容是否相等。因为答案应该由类的创建者决定,所以Object把这个任务留给了类的创建者。
看一下一个极端的类:
Class Monster{ 
private String content; 
... 
boolean equals(Object another){ return true;} 



我覆盖了equals方法。这个实现会导致无论Monster实例内容如何,它们之间的比较永远返回true。
所以当你是用equals方法判断对象的内容是否相等,请不要想当然。因为可能你认为相等,而这个类的作者不这样认为,而类的equals方法的实现是由他掌握的。如果你需要使用equals方法,或者使用任何基于散列码的集合(HashSet,HashMap,HashTable),请察看一下java doc以确认这个类的equals逻辑是如何实现的。
问题三:String到底变了没有?
没有。因为String被设计成不可变(immutable)类,所以它的所有对象都是不可变对象。请看下列代码:
String s = "Hello"; 
s = s + " world!";
s所指向的对象是否改变了呢?从本系列第一篇的结论很容易导出这个结论。我们来看看发生了什么事情。在这段代码中,s原先指向一个String对象,内容是"Hello",然后我们对s进行了+操作,那么s所指向的那个对象是否发生了改变呢?答案是没有。这时,s不指向原来那个对象了,而指向了另一个String对象,内容为"Hello world!",原来那个对象还存在于内存之中,只是s这个引用变量不再指向它了。通过上面的说明,我们很容易导出另一个结论,如果经常对字符串进行各种各样的修改,或者说,不可预见的修改,那么使用String来代表字符串的话会引起很大的内存开销。因为String对象建立之后不能再改变,所以对于每一个不同的字符串,都需要一个String对象来表示。这时,应该考虑使用StringBuffer类,它允许修改,而不是每个不同的字符串都要生成一个新的对象。并且,这两种类的对象转换十分容易。同时,我们还可以知道,如果要使用内容相同的字符串,不必每次都new一个String。例如我们要在构造器中对一个名叫s的String引用变量进行初始化,把它设置为初始值,应当这样做:
public class Demo { 
private String s; 
... 
public Demo { 
s = "Initial Value"; 

... 
}
而非
s = new String("Initial Value"); 
后者每次都会调用构造器,生成新对象,性能低下且内存开销大,并且没有意义,因为String对象不可改变,所以对于内容相同的字符串,只要一个String对象来表示就可以了。也就说,多次调用上面的构造器创建多个对象,他们的String类型属性s都指向同一个对象。
上面的结论还基于这样一个事实:对于字符串常量,如果内容相同,Java认为它们代表同一个String对象。而用关键字new调用构造器,总是会创建一个新的对象,无论内容是否相同。
至于为什么要把String类设计成不可变类,是它的用途决定的。其实不只String,很多Java标准类库中的类都是不可变的。在开发一个系统的时候,我们有时候也需要设计不可变类,来传递一组相关的值,这也是面向对象思想的体现。不可变类有一些优点,比如因为它的对象是只读的,所以多线程并发访问也不会有任何问题。当然也有一些缺点,比如每个不同的状态都要一个对象来代表,可能会造成性能上的问题。所以Java标准类库还提供了一个可变版本,即StringBuffer。
问题四:final关键字到底修饰了什么?
final使得被修饰的变量"不变",但是由于对象型变量的本质是“引用”,使得“不变”也有了两种含义:引用本身的不变,和引用指向的对象不变。
引用本身的不变:
final StringBuffer a=new StringBuffer("immutable"); 
final StringBuffer b=new StringBuffer("not immutable"); 
a=b;//编译期错误
引用指向的对象不变:
final StringBuffer a=new StringBuffer("immutable"); 
a.append(" broken!"); //编译通过
可见,final只对引用的“值”(也即它所指向的那个对象的内存地址)有效,它迫使引用只能指向初始指向的那个对象,改变它的指向会导致编译期错误。至于它所指向的对象的变化,final是不负责的。这很类似==操作符:==操作符只负责引用的“值”相等,至于这个地址所指向的对象内容是否相等,==操作符是不管的。
理解final问题有很重要的含义。许多程序漏洞都基于此----final只能保证引用永远指向固定对象,不能保证那个对象的状态不变。在多线程的操作中,一个对象会被多个线程共享或修改,一个线程对对象无意识的修改可能会导致另一个使用此对象的线程崩溃。一个错误的解决方法就是在此对象新建的时候把它声明为final,意图使得它“永远不变”。其实那是徒劳的。
问题五:到底要怎么样初始化!
本问题讨论变量的初始化,所以先来看一下Java中有哪些种类的变量。
1. 类的属性,或者叫值域 
2. 方法里的局部变量 
3. 方法的参数
对于第一种变量,Java虚拟机会自动进行初始化。如果给出了初始值,则初始化为该初始值。如果没有给出,则把它初始化为该类型变量的默认初始值。
int类型变量默认初始值为0 
float类型变量默认初始值为0.0f 
double类型变量默认初始值为0.0 
boolean类型变量默认初始值为false 
char类型变量默认初始值为0(ASCII码) 
long类型变量默认初始值为0 
所有对象引用类型变量默认初始值为null,即不指向任何对象。注意数组本身也是对象,所以没有初始化的数组引用在自动初始化后其值也是null。
对于两种不同的类属性,static属性与instance属性,初始化的时机是不同的。instance属性在创建实例的时候初始化,static属性在类加载,也就是第一次用到这个类的时候初始化,对于后来的实例的创建,不再次进行初始化。这个问题会在以后的系列中进行详细讨论。
对于第二种变量,必须明确地进行初始化。如果再没有初始化之前就试图使用它,编译器会抗议。如果初始化的语句在try块中或if块中,也必须要让它在第一次使用前一定能够得到赋值。也就是说,把初始化语句放在只有if块的条件判断语句中编译器也会抗议,因为执行的时候可能不符合if后面的判断条件,如此一来初始化语句就不会被执行了,这就违反了局部变量使用前必须初始化的规定。但如果在else块中也有初始化语句,就可以通过编译,因为无论如何,总有至少一条初始化语句会被执行,不会发生使用前未被初始化的事情。对于try-catch也是一样,如果只有在try块里才有初始化语句,编译部通过。如果在catch或finally里也有,则可以通过编译。总之,要保证局部变量在使用之前一定被初始化了。所以,一个好的做法是在声明他们的时候就初始化他们,如果不知道要出事化成什么值好,就用上面的默认值吧!
其实第三种变量和第二种本质上是一样的,都是方法中的局部变量。只不过作为参数,肯定是被初始化过的,传入的值就是初始值,所以不需要初始化。
问题六:instanceof是什么东东?
instanceof是Java的一个二元操作符,和==,>,<是同一类东东。由于它是由字母组成的,所以也是Java的保留关键字。它的作用是测试它左边的对象是否是它右边的类的实例,返回boolean类型的数据。举个例子:
String s = "I AM an Object!"; 
boolean isObject = s instanceof Object;
我们声明了一个String对象引用,指向一个String对象,然后用instancof来测试它所指向的对象是否是Object类的一个实例,显然,这是真的,所以返回true,也就是isObject的值为True。instanceof有一些用处。比如我们写了一个处理账单的系统,其中有这样三个类:
public class Bill {//省略细节} 
public class PhoneBill extends Bill {//省略细节} 
public class GasBill extends Bill {//省略细节}
在处理程序里有一个方法,接受一个Bill类型的对象,计算金额。假设两种账单计算方法不同,而传入的Bill对象可能是两种中的任何一种,所以要用instanceof来判断:
public double calculate(Bill bill) { 
if (bill instanceof PhoneBill) { 
//计算电话账单 

if (bill instanceof GasBill) { 
//计算燃气账单 

... 
}
这样就可以用一个方法处理两种子类。
然而,这种做法通常被认为是没有好好利用面向对象中的多态性。其实上面的功能要求用方法重载完全可以实现,这是面向对象变成应有的做法,避免回到结构化编程模式。只要提供两个名字和返回值都相同,接受参数类型不同的方法就可以了:
public double calculate(PhoneBill bill) { 
//计算电话账单 
}
public double calculate(GasBill bill) { 
//计算燃气账单 
}
所以,使用instanceof在绝大多数情况下并不是推荐的做法,应当好好利用多态。
java方向及学习方法
java分成J2ME(移动应用开发),J2SE(桌面应用开发),J2EE(Web企业级应用),所以java并不是单机版的,只是面向对象语言。建议如果学习java体系的话可以这样去学习:
*第一阶段:Java基础,包括java语法,面向对象特征,常见API,集合框架;
*第二阶段:java界面编程,包括AWT,事件机制,SWING,这个部分也可以跳过,用的时候再看都能来及;
*第三阶段:java API:输入输出,多线程,网络编程,反射注解等,java的精华部分;
*第四阶段:数据库SQL基础,包括增删改查操作以及多表查询;
*第五阶段:JDBC编程:包括JDBC原理,JDBC连接库,JDBC API,虽然现在Hibernate比JDBC要方便许多,但是JDBC技术仍然在使用,JDBC思想尤为重要;
*第六阶段:JDBC深入理解高级特性:包括数据库连接池,存储过程,触发器,CRM思想;
*第七阶段:HTML语言学习,包括HTML标签,表单标签以及CSS,这是Web应用开发的基础;
*第八阶段:JavaScript脚本语言,包括javaScript语法和对象,就这两个方面的内容;
*第九阶段:DOM编程,包括DOM原理,常用的DOM元素以及比较重要的DOM编程思想;
*第十阶段:Servlet开发,从此开始踏入java开发的重要一步,包括XML,Tomcat服务器的安装使用操作,HTTP协议简单理解,Servlet API等,这个是java web开发的基础。
*第十一阶段:JSP开发:JSP语法和标签,自定义标签,EL,JSTL库了解以及MVC三层架构的设计模式理念;
*第十二阶段:AJAX开发:AJAX原理,请求响应处理,AJAX开发库;
*第十三阶段:轻量级框架,三大框架之一Struts框架的学习,自此踏入java web开发的精华部分,包括Struts体系架构,各种组件,标签库和扩展性的学习;
*第十四阶段:Hibernate框架学习,三大框架之一,包括检索映射技术,多表查询技术,缓存技术以及性能方面的优化;
*第十五阶段:Spring框架的学习,三大框架之一,包括了IOC,AOP,DataSource,事务,SSH集成以及JPA集成;
*最后呢,还有些java的技术,包括EJB3.0等,可以选择学习,与三大轻量级框架相比,EJB就是当之无愧的重量级了。
分享到:
评论

相关推荐

    Java基础宝典

    - **面对模棱两可的问题**:面试中经常会遇到表述不清或者范围宽泛的问题。这时,求职者不应感到胆怯,反而应该大胆地指出问题所在,并给出自己的理解和观点。这不仅可以展示求职者的自信,还能体现出其批判性思维的...

    ChatGPT对于模棱两可问题的回答方法.docx

    模棱两可问题通常指那些问题的答案不是非黑即白,而是存在多种可能性或解释的情况。在回答模棱两可问题时,ChatGPT往往会给出多个可能的答案。这是因为 ChatGPT 模型在训练过程中接触到了大量的文本数据,其中可能...

    2017年java面试宝典

    这套面试题主要目的是帮助那些还没有java软件开发实际工作经验,而正在努力寻找java软件开发工作的朋友在笔试时更好地赢得笔试和面试。由于这套面试题涉及的范围很泛,很广,很杂,大家不可能一天两天就看完和学完这...

    如何避免ChatGPT技术中的回答模棱两可现象.docx

    "如何避免 ChatGPT 技术中的回答模棱两可现象" 本文探讨了 ChatGPT 技术在实际应用中存在的回答模棱两可现象,并提出了一些方法来避免这种情况的发生。首先,回答模棱两可的现象可能源于 ChatGPT 技术模型的训练...

    ChatGPT技术如何应对对话中的歧义与模棱两可问题.docx

    ChatGPT 技术如何应对对话中的歧义与模棱两可问题 ChatGPT 技术在自然语言处理领域中的应用前景广阔,但是在处理歧义和模棱两可问题时仍然面临着挑战。本文将探讨 ChatGPT 技术如何应对对话中的歧义与模棱两可问题...

    Java面试宝典

    这套面试题主要目的是帮助那些还没有java软件开发实际工作经验,而正在努力寻找java软件开发工作的朋友在笔试时更好地赢得笔试和面试。由于这套面试题涉及的范围很泛,很广,很杂,大家不可能一天两天就看完和学完这...

    java程序员的职业生涯总结与规划.pdf

    作者认为,面试中最忌讳的是模棱两可的答案,不能清晰地表达自己的想法和技术能力。同时,作者也强调了实际项目经验的重要性,对于创业型公司来说,需要人上手就能干活。 二、作为 Java 程序员的技术要求 作者认为...

    ChatGPT技术如何避免生成回答的模棱两可.docx

    1. 改进数据集的质量和多样性:数据集的构建应该充分考虑语义的多样性,包括不同问法、不同领域的概念等。同时,需要确保数据集的准确性和可靠性,避免包含错误或误导性的信息,以免对模型的训练造成干扰。 2. 引入...

    张孝祥Java就业面试题大全

    1. **正面叙述基本的核心知识**:首先清晰地阐述所涉及概念的基本定义、原理或功能,这是展示基础知识的重要部分。 2. **描述特殊的东西**:接着介绍一些特殊的案例或者特定场景下的应用,这有助于体现对知识点更深...

    ChatGPT对话生成中的常见歧义和模棱两可问题.docx

    ChatGPT 对话生成中的常见歧义和模棱两可问题 ChatGPT 是一款基于人工智能的对话生成模型,旨在生成自然语言对话。然而,在处理常见的歧义和模棱两可问题方面,ChatGPT 仍然存在一些挑战。以下是 ChatGPT 对话生成...

    张孝祥java就业面试题大全

    3. **自信应对模棱两可的问题**:面对一些表述模糊的问题,应大胆表达自己的观点,甚至可以指出题目本身的不足之处,展现出自己的独立思考能力。 4. **灵活运用知识**:答题时不必拘泥于固定的格式或形式,重要的是...

    如何处理ChatGPT技术生成答案中的模棱两可和矛盾问题.docx

    通过增加多样化的训练数据,特别是那些包含模棱两可和矛盾情况的数据,我们可以提高 ChatGPT 对这类问题的应对能力。此外,我们还可以设计更加复杂和挑战性的评估指标,来衡量机器生成答案的准确性和一致性。 5. ...

    ChatGPT技术如何应对对话中的歧义与模棱两可.docx

    它在理解和生成对话方面表现出色,但面对对话中的歧义和模棱两可问题时,仍面临挑战。以下是对ChatGPT如何处理这些问题的详细解释。 首先,ChatGPT依赖于大规模的数据集和深度学习算法,这使它能够理解和解析人类...

    Java方法签名为何不包含返回值类型

    Java方法签名是Java编程语言中的一种重要概念,它由方法名称和参数列表两部分组成。那么,为什么Java方法签名中不包含返回值类型呢?在本文中,我们将通过两个示例代码,详细地解释Java方法签名中不包含返回值类型的...

    模棱两可--是非两不可的诡辩精选.doc

    【模棱两可与是非两不可的诡辩】 在哲学和逻辑学中,"模棱两可"(Ambiguity)是指对一个观点或问题,既不肯定也不否定,保持模糊不清的态度。这个词源于唐代宰相苏滋味的故事,他为了避免决策错误,常采取不明确的...

    ChatGPT技术如何处理模棱两可和不确定的用户意图.docx

    在与用户交互时,ChatGPT面临的挑战之一是如何处理那些模棱两可和不确定的用户意图。以下将详细介绍ChatGPT在应对这类问题时所采用的技术手段。 首先,ChatGPT依赖于其庞大的预训练模型,这些模型通过大量文本数据...

    73解释模棱两可的车辆说明_new.pdf

    73解释模棱两可的车辆说明_new.pdf

    模棱两可的转换

    模棱两可的转换 在模糊情况下更好地了解转换

Global site tag (gtag.js) - Google Analytics