我怎么沒見過說對
int a=3;
int b=b;
編譯器會(huì)作如此的優(yōu)化呢？從兩次產(chǎn)生的字節(jié)碼是不會(huì)的

int a=3;
int b=3;

String s1="hello";
String s2="hello";

產(chǎn)生的字節(jié)碼
0: iconst_3 //整型常量值3壓棧
1: istore_1 //從棧中彈出整型值，存到位置為1的局部變量中
2: iconst_3 //整型常量值3壓棧
3: istore_2 //從棧中彈出整型值，存到位置為2的局部變量中
4: ldc #2; //String hello //2號(hào)位置的字符串常量壓棧
6: astore_3 //從棧中彈出字符串值，存到位置為3的局部變量中
7: ldc #2; //String hello //2號(hào)位置的字符串常量壓棧
9: astore 4 //從棧中彈出字符串值，存到位置為4的局部變量中

希望從上面的字節(jié)碼能讓你理解字符串常量
我就是不知道你是在哪里看到那篇文章的。  回復(fù)  更多評論
  

確實(shí)是被人誤了。對int這樣的JVM基本類型，根本不存在指針和共享的概念。  回復(fù)  更多評論
  

我還是在4年前剛開始學(xué)Java時(shí)看到的，因?yàn)閷锩娴膬?nèi)容實(shí)在不敢茍同，感覺就像是那位吃飽了撐著沒事干的大牛吧人家愚人節(jié)的blog給翻譯過來了。印象比較深刻。但是，原文在那里，我已經(jīng)不記得了?？傊且黄瑥V泛流傳的東西。

這次我是在javaEye的帖子里看到的：http://www.javaeye.com/topic/102430  回復(fù)  更多評論
  

有些人學(xué)了一點(diǎn)東西就自認(rèn)高手
什么都敢說
一點(diǎn)不負(fù)責(zé)任  回復(fù)  更多評論
  

我真沒看過這篇文章，不知道在那里有出處，我倒想去看看，這個(gè)問題其實(shí)看過深入java虛擬機(jī)就沒什么疑問了。  回復(fù)  更多評論
  

學(xué)習(xí)。  回復(fù)  更多評論
  

可以肯定是基本類型是沒有什么內(nèi)存共享和指針的，效率考慮上也不需要。不同的地方在于基本類型變量定義在何處，在類的變量或者方法的局部變量是有一點(diǎn)小差異，類的實(shí)例變量和類變量在常量池中有入口，不過他們?nèi)肟诰褪撬麄兊闹?，而不是類似接口、類的符?hào)引用，同樣需要常量池解析這個(gè)步驟(直接解析）。而對于靜態(tài)的final變量都是在編譯時(shí)解析為常量值的本地拷貝。
public class Test
{
int a=3;
int b=3;
static int c=3;
public void test(){
int a=3;
int b=3;
int c=this.c;
}

}

javap -v Test  回復(fù)  更多評論
  

的確是有一個(gè)常量池的
public class dd
{
public static void main(String ... args)
{
Integer a=-1; //-1到127
Integer b=-1;
System.out.println(a==b);
String str1="dd";
String str2="dd";
System.out.println(str1==str2);
}
}
沒有new 出一個(gè)對象，值都是存進(jìn)常量池里的。


  回復(fù)  更多評論
  

@dd
你的理解錯(cuò)了，你的例子中main僅僅是一個(gè)方法，里面的變量都是局部變量，這些變量都以指令的形式寫在了字節(jié)碼中，當(dāng)調(diào)用方法是，這些變量也僅僅在java棧的局部變量區(qū)內(nèi)，而不是常量池，方法調(diào)用也就是入棧出棧的操作。而常量池用于存儲(chǔ)類的名稱、方法和字段名稱以及串常量等信息，這是完全不同的。  回復(fù)  更多評論
  

@dd
我把你這段程序的字節(jié)碼貼出來

// access flags 137
public static transient varargs main([Ljava/lang/String;)V
L0 (0)
LINENUMBER 6 L0
ICONST_M1
INVOKESTATIC java/lang/Integer.valueOf(I)Ljava/lang/Integer;
ASTORE 1
L1 (4)
LINENUMBER 7 L1
ICONST_M1
INVOKESTATIC java/lang/Integer.valueOf(I)Ljava/lang/Integer;
ASTORE 2
L2 (8)
LINENUMBER 8 L2
GETSTATIC java/lang/System.out : Ljava/io/PrintStream;
ALOAD 1
ALOAD 2
IF_ACMPNE L3
ICONST_1
GOTO L4
L3 (15)
ICONST_0
L4 (17)
INVOKEVIRTUAL java/io/PrintStream.println(Z)V
L5 (19)
LINENUMBER 10 L5
LDC "dd"
ASTORE 3
L6 (22)
LINENUMBER 11 L6
LDC "dd"
ASTORE 4
L7 (25)
LINENUMBER 12 L7
GETSTATIC java/lang/System.out : Ljava/io/PrintStream;
ALOAD 3
ALOAD 4
IF_ACMPNE L8
ICONST_1
GOTO L9
L8 (32)
ICONST_0
L9 (34)
INVOKEVIRTUAL java/io/PrintStream.println(Z)V
L10 (36)
LINENUMBER 13 L10
RETURN
L11 (38)
LOCALVARIABLE args [Ljava/lang/String; L0 L11 0
LOCALVARIABLE a Ljava/lang/Integer; L1 L11 1
LOCALVARIABLE b Ljava/lang/Integer; L2 L11 2
LOCALVARIABLE str1 Ljava/lang/String; L6 L11 3
LOCALVARIABLE str2 Ljava/lang/String; L7 L11 4
MAXSTACK = 3
MAXLOCALS = 5  回復(fù)  更多評論
  

對于Integer對象的直接原始類型（int）賦值，將編譯成Integer.valueOf(原始int值)。
兩個(gè)Integer對象之所以地址相等，完全是Java5類庫層面的緩存所至。
與上面討論的常量池?zé)o關(guān)。
這個(gè)一看Integer.valueOf實(shí)現(xiàn)就明白了。  回復(fù)  更多評論
  

我想起來了，這是臺(tái)灣良格GE寫的吧，我沒有記錯(cuò)的話，他原來的是寫的是int a =100;int b =100吧。。。。希望大家?guī)兔φ蚁?  回復(fù)  更多評論