??xml version="1.0" encoding="utf-8" standalone="yes"?>亚洲精品无码专区2,亚洲国产专区一区,亚洲国产精品精华液http://m.tkk7.com/badboyryan/category/15086.html<hr color=red>
<marquee direction=left bgcolor= aaaaee behavior=scroll scrollamount=2 onmouseover="this.stop();" onmouseout="this.start();" width=500>
<font color=green> 在恰当的旉、地点以恰当的方式表辄恰当的h...</font> <font color=blue>阅读的时候请注意分类Q佛曰我日里面是谈笑文章Q其他是各个分类的文章,U极的热情投入到写博的队伍中来,支持blogjava做大做强Q向dudu站长致敬>> > Qqq侠客岛:26858781Q?lt;/font>
</marquee>
<hr color=blue>
<marquee direction=right bgcolor= aabbee behavior=scroll scrollamount=2 onmouseover="this.stop();" onmouseout="this.start();" width=500>
<font color=green>_֓推荐:</font><a href="http://m.tkk7.com/badboyryan/category/13259.html">谈笑有`?lt;/a>
<font color=green><a href="http://m.tkk7.com/badboyryan/category/14653.html"><font color=red>资源整合Q门L?lt;/font></a></font>
<a href="http://m.tkk7.com/badboyryan/category/15148.html">JAVA名h?lt;/a>
</marquee>
<hr color=red>zh-cnTue, 27 Feb 2007 11:24:49 GMTTue, 27 Feb 2007 11:24:49 GMT60- 基础才是最重要?/title>http://m.tkk7.com/badboyryan/articles/91896.html谈笑有`?/dc:creator>谈笑有`?/author>Fri, 05 Jan 2007 01:40:00 GMThttp://m.tkk7.com/badboyryan/articles/91896.htmlhttp://m.tkk7.com/badboyryan/comments/91896.htmlhttp://m.tkk7.com/badboyryan/articles/91896.html#Feedback0http://m.tkk7.com/badboyryan/comments/commentRss/91896.htmlhttp://m.tkk7.com/badboyryan/services/trackbacks/91896.html基础才是最重要?br />
对于q个pd里的问题Q每个学Java的h都应该搞懂。当Ӟ如果只是学Java玩玩无所谓了。如果你认ؓ自己已经越初学者了Q却不很懂这些问题,请将你自己重归初学者行列。内容均来自于CSDN的经典老脓?
问题一Q我声明了什么!
String s = "Hello world!";
许多人都做过q样的事情,但是Q我们到底声明了什么?回答通常是:一个StringQ内Ҏ“Hello world!”。这hp的回答通常是概念不清的Ҏ。如果要准确的回{,一半的人大概会回答错误?
q个语句声明的是一个指向对象的引用Q名为“s”,可以指向cd为String的Q何对象,目前指向"Hello world!"q个Stringcd的对象。这是真正发生的事情。我们ƈ没有声明一个String对象Q我们只是声明了一个只能指向String对象的引用变量。所以,如果在刚才那句语句后面,如果再运行一句:
String string = s;
我们是声明了另外一个只能指向String对象的引用,名ؓstringQƈ没有W二个对象生,stringq是指向原来那个对象Q也是Q和s指向同一个对象?
问题二:"=="和equalsҎI竟有什么区别?
==操作W专门用来比较变量的值是否相{。比较好理解的一ҎQ?
int a=10;
int b=10;
则a==b是true?
但不好理解的地方是:
String a=new String("foo");
String b=new String("foo");
则a==b返回false?
Ҏ前一帖说q,对象变量其实是一个引用,它们的值是指向对象所在的内存地址Q而不是对象本w。a和b都用了new操作W,意味着在内存中生两个内容ؓ"foo"的字W串Q既然是“两个”,它们自然位于不同的内存地址。a和b的值其实是两个不同的内存地址的|所以?=="操作W,l果会是false。诚Ӟa和b所指的对象Q它们的内容都是"foo"Q应该是“相{”,但是==操作Wƈ不涉及到对象内容的比较?
对象内容的比较,正是equalsҎ做的事?
看一下Object对象的equalsҎ是如何实现的Q?
boolean equals(Object o){
return this==o;
}
Object对象默认使用?=操作W。所以如果你自创的类没有覆盖equalsҎQ那你的cM用equals和?=会得到同Ll果。同样也可以看出QObject的equalsҎ没有辑ֈequalsҎ应该辑ֈ的目标:比较两个对象内容是否相等。因为答案应该由cȝ创徏者决定,所以Object把这个Q务留l了cȝ创徏者?
看一下一个极端的c:
Class Monster{
private String content;
...
boolean equals(Object another){ return true;}
}
我覆盖了equalsҎ。这个实CD无论Monster实例内容如何Q它们之间的比较永远q回true?
所以当你是用equalsҎ判断对象的内Ҏ否相{,请不要想当然。因为可能你认ؓ相等Q而这个类的作者不q样认ؓQ而类的equalsҎ的实现是׃掌握的。如果你需要用equalsҎQ或者用Q何基于散列码的集合(HashSet,HashMap,HashTableQ,请察看一下java doc以确认这个类的equals逻辑是如何实现的?
问题三:String到底变了没有Q?
没有。因为String被设计成不可?immutable)c,所以它的所有对象都是不可变对象。请看下列代码:
String s = "Hello";
s = s + " world!";
s所指向的对象是否改变了呢?从本pdW一的l论很容易导个结论。我们来看看发生了什么事情。在q段代码中,s原先指向一个String对象Q内Ҏ"Hello"Q然后我们对sq行?操作Q那么s所指向的那个对象是否发生了改变呢?{案是没有。这Ӟs不指向原来那个对象了Q而指向了另一个String对象Q内容ؓ"Hello world!"Q原来那个对象还存在于内存之中,只是sq个引用变量不再指向它了?
通过上面的说明,我们很容易导出另一个结论,如果l常对字W串q行各种各样的修改,或者说Q不可预见的修改Q那么用String来代表字W串的话会引起很大的内存开销。因为String对象建立之后不能再改变,所以对于每一个不同的字符Ԍ都需要一个String对象来表C。这Ӟ应该考虑使用StringBufferc,它允怿改,而不是每个不同的字符串都要生成一个新的对象。ƈ且,q两U类的对象{换十分容易?
同时Q我们还可以知道Q如果要使用内容相同的字W串Q不必每ơ都new一个String。例如我们要在构造器中对一个名叫s的String引用变量q行初始化,把它讄为初始|应当q样做:
public class Demo {
private String s;
...
public Demo {
s = "Initial value";
}
...
}
而非
s = new String("Initial value");
后者每ơ都会调用构造器Q生成新对象Q性能低下且内存开销大,q且没有意义Q因为String对象不可改变Q所以对于内容相同的字符Ԍ只要一个String对象来表C就可以了。也pQ多ơ调用上面的构造器创徏多个对象Q他们的Stringcd属性s都指向同一个对象?
上面的结Zq样一个事实:对于字符串常量,如果内容相同QJava认ؓ它们代表同一个String对象。而用关键字new调用构造器QL会创Z个新的对象,无论内容是否相同?
至于Z么要把Stringc设计成不可变类Q是它的用途决定的。其实不只StringQ很多Java标准cd中的c都是不可变的。在开发一个系l的时候,我们有时候也需要设计不可变c,来传递一l相关的|q也是面向对象思想的体现。不可变cL一些优点,比如因ؓ它的对象是只ȝQ所以多U程q发讉K也不会有M问题。当然也有一些缺点,比如每个不同的状态都要一个对象来代表Q可能会造成性能上的问题。所以Java标准cdq提供了一个可变版本,即StringBuffer?
问题四:final关键字到底修C什么?
final使得被修饰的变量"不变"Q但是由于对象型变量的本质是“引用”,使得“不变”也有了两种含义Q引用本w的不变Q和引用指向的对象不变?
引用本n的不变:
final StringBuffer a=new StringBuffer("immutable");
final StringBuffer b=new StringBuffer("not immutable");
a=b;//~译期错?
引用指向的对象不变:
final StringBuffer a=new StringBuffer("immutable");
a.append(" broken!"); //~译通过
可见Qfinal只对引用的“值?也即它所指向的那个对象的内存地址)有效Q它q引用只能指向初始指向的那个对象,改变它的指向会导致编译期错误。至于它所指向的对象的变化Qfinal是不负责的。这很类?=操作W:==操作W只负责引用的“值”相{,至于q个地址所指向的对象内Ҏ否相{,==操作W是不管的?
理解final问题有很重要的含义。许多程序漏z都Z?---final只能保证引用永远指向固定对象Q不能保证那个对象的状态不变。在多线E的操作?一个对象会被多个线E共享或修改Q一个线E对对象无意识的修改可能会导致另一个用此对象的线E崩溃。一个错误的解决Ҏ是在此对象新徏的时候把它声明ؓfinalQ意图得它“永q不变”。其实那是徒劳的?
问题五:到底要怎么样初始化Q?
本问题讨论变量的初始化,所以先来看一下Java中有哪些U类的变量?
1. cȝ属性,或者叫值域
2. Ҏ里的局部变?
3. Ҏ的参?
对于W一U变量,Java虚拟Z自动q行初始化。如果给Z初始|则初始化初始倹{如果没有给出,则把它初始化cd变量的默认初始倹{?
intcd变量默认初始gؓ0
floatcd变量默认初始gؓ0.0f
doublecd变量默认初始gؓ0.0
booleancd变量默认初始gؓfalse
charcd变量默认初始gؓ0(ASCII?
longcd变量默认初始gؓ0
所有对象引用类型变量默认初始gؓnullQ即不指向Q何对象。注意数l本w也是对象,所以没有初始化的数l引用在自动初始化后其g是null?
对于两种不同的类属性,static属性与instance属性,初始化的时机是不同的。instance属性在创徏实例的时候初始化Qstatic属性在cd载,也就是第一ơ用到这个类的时候初始化Q对于后来的实例的创建,不再ơ进行初始化。这个问题会在以后的pd中进行详l讨论?
对于W二U变量,必须明确地进行初始化。如果再没有初始化之前就试图使用它,~译器会抗议。如果初始化的语句在try块中或if块中Q也必须要让它在W一ơ用前一定能够得到赋倹{也是_把初始化语句攑֜只有if块的条g判断语句中编译器也会抗议Q因为执行的时候可能不W合if后面的判断条Ӟ如此一来初始化语句׃会被执行了,q就q反了局部变量用前必须初始化的规定。但如果在else块中也有初始化语句,可以通过~译Q因为无论如何,L臛_一条初始化语句会被执行Q不会发生用前未被初始化的事情。对于try-catch也是一P如果只有在try块里才有初始化语句,~译部通过。如果在catch或finally里也有,则可以通过~译。MQ要保证局部变量在使用之前一定被初始化了。所以,一个好的做法是在声明他们的时候就初始化他们,如果不知道要Z化成什么值好Q就用上面的默认值吧Q?
其实W三U变量和W二U本质上是一LQ都是方法中的局部变量。只不过作ؓ参数Q肯定是被初始化q的Q传入的值就是初始|所以不需要初始化?
问题六:instance of是什么东东?
instance of是Java的一个二元操作符Q和==Q?gt;Q?lt;是同一cM东。由于它是由字母l成的,所以也是Java的保留关键字。它的作用是试它左边的对象是否是它双的类的实例,q回booleancd的数据。D个例子:
String s = "I AM an Object!";
boolean is Object = s instance of Object;
我们声明了一个String对象引用Q指向一个String对象Q然后用instanc of来测试它所指向的对象是否是Objectcȝ一个实例,昄Q这是真的,所以返回trueQ也是isObject的gؓTrue?
instance of有一些用处。比如我们写了一个处理̎单的pȝQ其中有q样三个c:
public class Bill {//省略l节}
public class PhoneBill extends Bill {//省略l节}
public class GasBill extends Bill {//省略l节}
在处理程序里有一个方法,接受一个Billcd的对象,计算金额。假设两U̎单计方法不同,而传入的Bill对象可能是两U中的Q何一U,所以要用instanceof来判断:
public double calculate(Bill bill) {
if (bill instanceof PhoneBill) {
//计算电话账单
}
if (bill instanceof GasBill) {
//计算燃气账单
}
...
}
q样可以用一个方法处理两U子cR?
然而,q种做法通常被认为是没有好好利用面向对象中的多态性。其实上面的功能要求用方法重载完全可以实玎ͼq是面向对象变成应有的做法,避免回到l构化编E模式。只要提供两个名字和q回值都相同Q接受参数类型不同的Ҏ可以了Q?
public double calculate(PhoneBill bill) {
//计算电话账单
}
public double calculate(GasBill bill) {
//计算燃气账单
}
所以,使用instanceof在绝大多数情况下q不是推荐的做法Q应当好好利用多态?br />

]]> - 金蝶中间件袁U岗:Java EE 5.0是另一ơ震?1)http://m.tkk7.com/badboyryan/articles/69282.html谈笑有`?/dc:creator>谈笑有`?/author>Wed, 13 Sep 2006 00:45:00 GMThttp://m.tkk7.com/badboyryan/articles/69282.htmlhttp://m.tkk7.com/badboyryan/comments/69282.htmlhttp://m.tkk7.com/badboyryan/articles/69282.html#Feedback0http://m.tkk7.com/badboyryan/comments/commentRss/69282.htmlhttp://m.tkk7.com/badboyryan/services/trackbacks/69282.html 在中国Java技术界Q袁U岗是一个不能忽视的名字。他的观点,及对中间件趋势的看法Q是很多人感兴趣的。日前,在金蝶Apusic于广州花园酒店D办的“Java׃部”上Q记者和q位极少露面的金蝶中间g首席U学家就集群、Java EE5.0{热门话题展开了直率的深入对话。果Ӟ袁红岗出语惊人,带来了很多独特的视角和精彩的观点?br /> 记者:不管是一般的技术观点,q是在^时打单过E中Q我们似乎可以感觉到Q集功能一直是国外中间件厂商攻d内中间g的弱炏V而据我们所知,你们金蝶中间件在d下半q推Z自己的集功能,q且在宣传中提及Q在国家质检d全行业这个大单中和几个主要国外品同{测试,试l果甚至排在前面Q这是否表示Apusic的集功能已l能满客户的需求?你对集群功能又怎么看,你认ZJ2EE集群的本质是什么?
袁红岗:首先我可以向你证实,在国家质d的核心电子业务系l“大通关”项目中Q金蝶Apusic中间件与三家世界主要中间件厂商的产品Q在同一q_和环境下用国际测试工兯行了全方位的性能试Q经q三轮严苛的点对炏V兼Ҏ和性能试Q结果我们成功夺标。在试l果中,Apusic在集性能上ƈ不逊色国外同类产品?br /> 集群是中间g厂商l常热捧的一个概念,说只有采取集策略你的应用系l的性能才能提高。不明就里的用户在付Z数倍的价钱去购买集设备和软g以后Q却往往得不到所应该得到的效果?br /> Apusic作ؓ一家负责Q的公司,应当向大家来澄清所谓的“集悖论”。所谓集,只有在细_度计算中其效果才会明显Q也是计过E以一定的q行法q行l分Q将计算分布到多个处理机q行Q最后再计结果合q。有一个很有名计划叫做SETI@homeQ是一利用全球联|的闲置计算机共同搜索地外文明的U学实验计划Q只需要下载一个小E序可以对从射Ҏq镜得到数据q行分析。这是一个典型的l粒度计,所有的参与计划的计机q行地计浩如烟L庞大数据库中的一段数据Q再计的l果汇总,从而发现可能的信号?br /> 而反q来我们看到在J2EE应用中大多数计算都是_粒度的Q再加上事务处理需要在分布式计中q行协调Q更降低了集的整体处理能力。因此集ƈ不是解决性能问题的最佳途径Q在单机低ƈ发的情况下如果你认ؓ性能不理惻I那么请不要指望集能l你带来性能的提升,相反你会发现性能反而还会有所下降?br /> 那么Q集仅是厂商宣传的噱头吗?在以下两U情况下集群是有用的Q?br /> 1. 高ƈ发超负荷q行的主机,例如googleq样的网站,它的讉K量是相当大的Q因此google会采取集策略来分散客户的请求,以提高整体响应能力。我们接触的很多J2EE应用负荷量都不大Q其实每U访问量?00以下的应用都没有必要采取集群{略?br /> 2. 失效转移Q其实我认ؓq才是集真正有用的地方Q用一C成本计算讑֤作ؓ主设备的备䆾Q在主设备发生故障时及时接替Q以保证7x24时不间断服务。综上所qͼ在准备采用集之前,一定要仔细分析具体的应用环境,以避免不必要的浪贏V?br /> 作ؓ一U选择QApusic同样实现了集技术,但我们ƈ没有沿用大多数应用服务器厂商所采取的内存复制技?in-memory replication)Q我们知道在集群中需要在各结点之间同步一些状态信息,如果采用内存复制技术,耗费大量的网l带宽,Ҏ能也有很大影响。这是因为每当一个结点的状态发生变化时Q都需要通过多播{方式向其他l点传递状态信息,随着集群内部l点的增多,内存复制会非常频繁Q从而造成q播风暴Q严重阻塞带宽。Apusic所采取的技术是客户端缓存,即直接将状态信息保存在客户端,当服务器失效时将状态{Ud可用服务器?br /> 记者:其实直到现在Q还有h对中国h能做Z间g不相信、对产品不信仅R你在去q曾说“大家在同一个标准下开发,Apusic和IBM、BEA的品没什么本质区别”、对于这句话Q你今天能否再解释一下?
袁红岗:q个问题其实不需要证明,没有为神舟飞船和阿L|飞船在本质上有什么区别,都是天而制造出来的工具Qƈ不会因ؓ一个是中国刉、另一个是国刉,在用途上存在什么区别。诚Ӟ我们和国外品还存在一些差距,但在J2EE标准框架之下Q我们提供了完全可供用户使用的品,用户的选择是对我们产品最大的肯定。中国Y件v步较晚,基础较薄弱,但在中间仉域我们是及时跟进的,当时站在同一条v跑线上,现在仍然没有被淘汰出局Q相反差距还在逐步~小。我怿凭我们的技术实力,我们完全有资格和国外产品同台竞技?br /> 记者:许多技术h员都反映Apusic的启动速度非常快,很快启动了Q和同类产品相比非常H出。看来用者们对它快速启动的特点非常喜爱。据我了解,Apusic的代码只是其它品的几分之一Q是因ؓq个原因吗?你设计时是怎么想的Q?br /> 袁红岗:很多Z理解Qؓ什么Apusic和其他品比h代码规模上要很多,但用v来ƈ没有感觉到有什么功能缺失呢Q这里要涉及到Y件用上的一个“二八原则”,?0%的用者通常只会用到一个Y?0%的功能。象微Y的品个个都是巨无霸Q但Ҏ个品真正做到完全精通的可以说寥寥无几。以WordZQ^时我们只是用它来写写文档Q很多高U功能其实根本用不上。在Apusic应用服务器的开发上我们也是遵@同样的原则,我们尽可能地将整个软g产品最重要?0%的功能做好、做完善Q以保证大多数用L需求,剩下?0%功能根据需要逐步增加?br /> 譬如国外产品很早有的集功能我们最q才推出来,q不是我们没有能力实现集功能,而是在我们看来,集群q不是解x能问题的最好方案,只有在真正大q发h下集才会展现它的优ѝ因此,我们把集功能归lؓ低优先需求,只有在其他方面的性能和稳定性有了很大提高后再来考虑集群?br /> 另一个Apusicq行M的重要原因在于Y件架构的设计?未完)

]]>
վ֩ģ壺
ձҳַ߿Ѳ|
Ʒ˾þþþ|
һƵѹۿ
|
ŷ У|
Ƭ߹ۿѴȫӰ|
Ʒһ߾þ|
ѸƵ|
ëƬ߹ۿ|
鶹ѹһ|
˽|
þþþùƷ|
츾AVһ˳
|
һƬƵ|
4338ȫɫվ|
˸徫Ʒѹۿ|
պ߹ۿ|
˳Ƶx8x8|
һ|
þƷۺ|
ձh߾Ʒѹۿ|
ŷպƵ|
˾þۺҰ|
ëƬȫѹۿ|
츾þþƷ|
ѹۿ|
þþþþþùѿ|
Ůһ|
˿ҹëƬ|
51ҹƷƵ|
һۺϾþ|
ƷҹѸ|
ŮƵѹۿվ|
av|
xxxxx|
ˬִ̼һ߳|
91۲Ʒ|
ŷղ߳v|
ѹۿ߹ۿİ|
պƷAV|
þAV뾫Ʒ|
ĻӰԺww4164h|