深入Java底层----内存屏障与JVM并发详解

深入Java底层----内存屏障与JVM并发详解

内存屏障，又称内存栅栏，是一组处理器指令，用于实现对内存操作的顺序限制。本文假定读者已经充分掌握了相关概念和Java内存模型，不讨论并发互斥、并行机制和原子性。内存屏障用来实现并发编程中称为可见性（visibility）的同样重要的作用。

内存屏障为何重要？

对主存的一次访问一般花费硬件的数百次时钟周期。处理器通过缓存（caching）能够从数量级上降低内存延迟的成本这些缓存为了性能重新排列待定内存操作的顺序。也就是说，程序的读写操作不一定会按照它要求处理器的顺序执行。当数据是不可变的，同时/或者数据限制在线程范围内，这些优化是无害的。

如果把这些优化与对称多处理（symmetric multi-processing）和共享可变状态（shared mutable state）结合，那么就是一场噩梦。当基于共享可变状态的内存操作被重新排序时，程序可能行为不定。一个线程写入的数据可能被其他线程可见，原因是数据写入的顺序不一致。适当的放置内存屏障通过强制处理器顺序执行待定的内存操作来避免这个问题。

内存屏障的协调作用

内存屏障不直接由JVM暴露，相反它们被JVM插入到指令序列中以维持语言层并发原语的语义。我们研究几个简单Java程序的源代码和汇编指令。首先快速看一下Dekker算法中的内存屏障。该算法利用volatile变量协调两个线程之间的共享资源访问。

请不要关注该算法的出色细节。哪些部分是相关的？每个线程通过发信号试图进入代码第一行的关键区域。如果线程在第三行意识到冲突（两个线程都要访问），通过turn变量的操作来解决。在任何时刻只有一个线程可以访问关键区域。

1.//code run by first thread//code run by second thread

2.

3.1intentFirst=true;intentSecond=true;

4.2

5.3while（intentSecond）while（intentFirst）//volatile read

6.4if（turn!=0）{if（turn!=1）{//volatile read

7.5intentFirst=false;intentSecond=false;

8.6while（turn!=0）{}while（turn!=1）{}

9.7intentFirst=true;intentSecond=true;

10.8}}

11.9

12.10criticalSection（）；criticalSection（）；

13.11

14.12turn=1;turn=0;//volatile write

15.13intentFirst=false;intentSecond=false;//volatile write

硬件优化可以在没有内存屏障的情况下打乱这段代码，即使编译器按照程序员的想法顺序列出所有的内存操作。考虑第三、四行的两次顺序volatile读操作。每一个线程检查其他线程是否发信号想进入关键区域，然后检查轮到谁操作了。考虑第12、13行的两次顺序写操作。每一个线程把访问权释放给其他线程，然后撤销自己访问关键区域的意图。读线程应该从不期望在其他线程撤销访问意愿后观察到其他线程对turn变量的写操作。这是个灾难。

但是如果这些变量没有volatile修饰符，这的确会发生！例如，没有volatile修饰符，第二个线程在第一个线程对turn执行写操作（倒数第二行）之前可能会观察到第一个线程对intentFirst（倒数第一行）的写操作。关键词volatile避免了这种情况，因为它在对turn 变量的写操作和对intentFirst变量的写操作之间创建了一个先后关系。编译器无法重新排序这些写操作，如果必要，它会利用一个内存屏障禁止处理器重排序。让我们来看看一些实现细节。

PrintAssembly HotSpot选项是JVM的一个诊断标志，允许我们获取JIT编译器生成的汇编指令。这需要最新的OpenJDK版本或者新HotSpot update14或者更高版本。通过需要一个反编译插件。Kenai项目提供了用于Solaris、Linux和BSD的插件二进制文件。hsdis是另一款可以在Windows通过源码构建的插件。

两次顺序读操作的第一次（第三行）的汇编指令如下。指令流基于Itanium2多处理硬件、JDK 1.6update17。本文的所有指令流都在左手边以行号标记。相关的读操作、写操作和内存屏障指令都以粗体标记。建议读者不要沉迷于每一行指令。

16.10x2000000001de819c:adds r37=597,r36;;; (84112554)

17.20x2000000001de81a0:ld1.acq r38=[r37];;;…0b30014a a010

18.30x2000000001de81a6:nop.m0x0;…0000000200c0

19.40x2000000001de81ac:sxt1r38r38=r38;;; (00513004)

20.50x2000000001de81b0:cmp4.eq p0,p6=0,r38;…1100004c8639

21.60x2000000001de81b6:nop.i0x0; (000000020003)

22.70x2000000001de81bc:br.cond.dpnt.many0x2000000001de8220;

简短的指令流其实内容丰富。第一次volatile位于第二行。Java内存模型确保了JVM会在第二次读操作之前将第一次读操作交给处理器，也就是按照“程序的顺序”--但是这单单一行指令是不够的，因为处理器仍然可以自由乱序执行这些操作。为了支持Java内存模型的一致性，JVM在第一次读操作上添加了注解ld.acq，也就是“载入获取”（load acquire）。通过使用ld.acq，编译器确保第二行的读操作在接下来的读操作之前完成，问题就解决了。

请注意这影响了读操作，而不是写。内存屏障强制读或写操作顺序限制不是单向的。强制读和写操作顺序限制的内存屏障是双向的，类似于双向开的栅栏。使用ld.acq就是单向内存屏障的例子。

一致性具有两面性。如果一个读线程在两次读操作之间插入了内存屏障而另外一个线程没有在两次写操作之间添加内存屏障又有什么用呢？线程为了协调，必须同时遵守这个协议，就像网络中的节点或者团队中的成员。如果某个线程破坏了这个约定，那么其他所有线程的努力都白费。Dekker算法的最后两行代码的汇编指令应该插入一个内存屏障，两次volatile写之间。

23.$java-XX:+UnlockDiagnosticVMOptions -XX:PrintAssemblyOptions=hsdis-print-bytes

24.-XX:CompileCommand=print,WriterReader.write WriterReader

25.10x2000000001de81c0:adds r37=592,r36;;;…0b2841490421

26.20x2000000001de81c6:st4.rel[r37]=r39; (003895602380)

27.30x2000000001de81cc:adds r36=596,r36;;; (84112544)

28.40x2000000001de81d0:st1.rel[r36]=r0;…09000048a011

29.50x2000000001de81d6:mf; (000000440000)

30.60x2000000001de81dc:nop.i0x0;;; (00040000)

31.70x2000000001de81e0:mov r12=r33; (006000420021)

32.80x2000000001de81e6:mov.ret b0=r35,0x2000000001de81e0

33.90x2000000001de81ec:mov.i ar.pfs=r34;…00aa0220

34.100x2000000001de81f0:mov r6=r32; (0930********)

这里我们可以看到在第四行第二次写操作被注解了一个显式内存屏障。通过使用st.rel，即“存储释放”（store release），编译器确保第一次写操作在第二次写操作之前完成。这就完成了两边的约定，因为第一次写操作在第二次写操作之前发生。

st.rel屏障是单向的--就像ld.acq一样。但是在第五行编译器设置了一个双向内存屏障。mf指令，或者称为“内存栅栏”，是Itanium2指令集中的完整栅栏。笔者认为是多余的。

内存屏障是特定于硬件的

本文不想针对所有内存屏障做一综述。这将是一件不朽的功绩。但是，重要的是认识到这些指令在不同的硬件体系中迥异。下面的指令是连续写操作在多处理Intel Xeon硬件上编译的结果。本文后面的所有汇编指令除非特殊声明否则都出自于Intel Xeon。

1.10x03f8340c:push%ebp; (55)

2.20x03f8340d:sub$0x8,%esp;…81ec08000000

3.30x03f83413:mov$0x14c,%edi;…bf4c010000

4.40x03f83418:movb$0x1,-0x505a72f0（%edi）;…c687108d a5af01

5.50x03f8341f:mfence;…0faef0

6.60x03f83422:mov$0x148,%ebp;…bd48010000

7.70x03f83427:mov$0x14d,%edx;…ba4d010000

8.80x03f8342c:movsbl-0x505a72f0（%edx），%ebx;…0fbe9a108da5af

9.90x03f83433:test%ebx,%ebx;…85db

10.100x03f83435:jne0x03f83460; (7529)

11.110x03f83437:movl$0x1,-0x505a72f0（%ebp）;…c785108d a5af01

12.120x03f83441:movb$0x0,-0x505a72f0（%edi）;…c687108d a5af00

13.130x03f83448:mfence;…0faef0

14.140x03f8344b:add$0x8,%esp;…83c408

15.150x03f8344e:pop%ebp;…5d

我们可以看到x86Xeon在第11、12行执行两次volatile写操作。第二次写操作后面紧跟着mfence操作--显式的双向内存屏障，下面的连续写操作基于SPARC。

16.10xfb8ecc84:ldub[%l1+0x155],%l3;…e60c6155

17.20xfb8ecc88:cmp%l3,0;…80a4e000

18.30xfb8ecc8c:bne,pn%icc,0xfb8eccb0; (12400009)

19.40xfb8ecc90:nop; (01000000)

20.50xfb8ecc94:st%l0,[%l1+0x150];…e0246150

21.60xfb8ecc98:clrb[%l1+0x154];…c02c6154

22.70xfb8ecc9c:membar#StoreLoad;…8143e002

23.80xfb8ecca0:sethi%hi（0xff3fc000），%l0;…213fcff0

24.90xfb8ecca4:ld[%l0],%g0;…c0042000

25.100xfb8ecca8:ret;…81c7e008

26.110xfb8eccac:restore;…81e80000

我们看到在第五、六行存在两次volatile写操作。第二次写操作后面是一个membar指令--显式的双向内存屏障。x86和SPARC的指令流与Itanium的指令流存在一个重要区别。JVM 在x86和SPARC上通过内存屏障跟踪连续写操作，但是在两次写操作之间没有放置内存屏障。

另一方面，Itanium的指令流在两次写操作之间存在内存屏障。为何JVM在不同的硬件架构之间表现不一？因为硬件架构都有自己的内存模型，每一个内存模型有一套一致性保障。某些内存模型，如x86和SPARC等，拥有强大的一致性保障。另一些内存模型，如Itanium、PowerPC和Alpha，是一种弱保障。

例如，x86和SPARC不会重新排序连续写操作--也就没有必要放置内存屏障。Itanium、PowerPC和Alpha将重新排序连续写操作--因此JVM必须在两者之间放置内存屏障。JVM使用内

存屏障减少Java内存模型和硬件内存模型之间的距离。

隐式内存屏障

显式屏障指令不是序列化内存操作的唯一方式。让我们再看一看Counter类这个例子。

27.class Counter{

28.

29.static int counter=0;

30.

31.public static void main（String[]_）{

32.for（int i=0;i<100000;i++）

33.inc（）；

34.}

35.

36.static synchronized void inc（）{counter+=1;}

37.

38.}

Counter类执行了一个典型的读-修改-写的操作。静态counter字段不是volatile的，因为所有三个操作必须要原子可见的。因此，inc方法是synchronized修饰的。我们可以采用下面的命令编译Counter类并查看生成的汇编指令。Java内存模型确保了synchronized区域的退出和volatile内存操作都是相同的可见性，因此我们应该预料到会有另一个内存屏障。

39.$java-XX:+UnlockDiagnosticVMOptions -XX:PrintAssemblyOptions=hsdis-print-bytes

40.-XX:-UseBiasedLocking-XX:CompileCommand=print,Counter.inc Counter

41.10x04d5eda7:push%ebp; (55)

42.20x04d5eda8:mov%esp,%ebp;…8bec

43.30x04d5edaa:sub$0x28,%esp;…83ec28

44.40x04d5edad:mov$0x95ba5408,%esi;…be0854ba95

45.50x04d5edb2:lea0x10（%esp），%edi;…8d7c2410

46.60x04d5edb6:mov%esi,0x4（%edi）; (897704)

47.70x04d5edb9:mov（%esi），%eax;…8b06

48.80x04d5edbb:or$0x1,%eax;…83c801

49.90x04d5edbe:mov%eax,（%edi）; (8907)

50.100x04d5edc0:lock cmpxchg%edi,（%esi）;…f00fb13e

51.110x04d5edc4:je0x04d5edda;…0f8410000000

52.120x04d5edca:sub%esp,%eax;…2bc4

53.130x04d5edcc:and$0xfffff003,%eax;…81e003f0ffff

54.140x04d5edd2:mov%eax,（%edi）; (8907)

55.150x04d5edd4:jne0x04d5ee11;…0f853*******

56.160x04d5edda:mov$0x95ba52b8,%eax;…b8b852ba95

57.170x04d5eddf:mov0x148（%eax），%esi;…8bb048010000

58.180x04d5ede5:inc%esi; (46)

59.190x04d5ede6:mov%esi,0x148（%eax）;…89b048010000

60.200x04d5edec:lea0x10（%esp），%eax;…8d442410

61.210x04d5edf0:mov（%eax），%esi;…8b30

62.220x04d5edf2:test%esi,%esi;…85f6

63.230x04d5edf4:je0x04d5ee07;…0f840d000000

64.240x04d5edfa:mov0x4（%eax），%edi;…8b7804

65.250x04d5edfd:lock cmpxchg%esi,（%edi）;…f00fb137

66.260x04d5ee01:jne0x04d5ee1f;…0f8518000000

67.270x04d5ee07:mov%ebp,%esp;…8be5

68.280x04d5ee09:pop%ebp;…5d

不出意外，synchronized生成的指令数量比volatile多。第18行做了一次增操作，但是JVM没有显式插入内存屏障。相反，JVM通过在第10行和第25行cmpxchg的lock前缀一石二鸟。cmpxchg的语义超越了本文的范畴。

lock cmpxchg不仅原子性执行写操作，也会刷新等待的读写操作。写操作现在将在所有后续内存操作之前完成。如果我们通过java.util.concurrent.atomic.AtomicInteger重构和运行Counter，将看到同样的手段。

69.import java.util.concurrent.atomic.AtomicInteger;

70.

71.class Counter{

72.

73.static AtomicInteger counter=new AtomicInteger（0）；

74.

75.public static void main（String[]args）{

76.for（int i=0;i<1000000;i++）

77.counter.incrementAndGet（）；

78.}

79.

80.}

81.

82.$java-XX:+UnlockDiagnosticVMOptions -XX:PrintAssemblyOptions=hsdis-print-bytes

83.-XX:CompileCommand=print,*AtomicInteger.incrementAndGet Counter

84.10x024451f7:push%ebp; (55)

85.20x024451f8:mov%esp,%ebp;…8bec

86.30x024451fa:sub$0x38,%esp;…83ec38

87.40x024451fd:jmp0x0244520a;…e908000000

88.50x02445202:xchg%ax,%ax; (6690)

89.60x02445204:test%eax,0xb771e100;…850500e171b7

90.70x0244520a:mov0x8（%ecx），%eax;…8b4108

91.80x0244520d:mov%eax,%esi;…8bf0

92.90x0244520f:inc%esi; (46)

93.100x02445210:mov$0x9a3f03d0,%edi;…bfd0033f9a

94.110x02445215:mov0x160（%edi），%edi;…8bbf60010000

95.120x0244521b:mov%ecx,%edi;…8bf9

96.130x0244521d:add$0x8,%edi;…83c708

97.140x02445220:lock cmpxchg%esi,（%edi）;…f00fb137

98.150x02445224:mov$0x1,%eax;…b801000000

99.160x02445229:je0x02445234;…0f8405000000 100.170x0244522f:mov$0x0,%eax;…b800000000

101.180x02445234:cmp$0x0,%eax;…83f800

102.190x02445237:je0x02445204;…74cb

103.200x02445239:mov%esi,%eax;…8bc6

104.210x0244523b:mov%ebp,%esp;…8be5

105.220x0244523d:pop%ebp;…5d

我们又一次在第14行看到了带有lock前缀的写操作。这确保了变量的新值（写操作）会在其他所有后续内存操作之前完成。

内存屏障能够避免

JVM非常擅于消除不必要的内存屏障。通常JVM很幸运，因为硬件内存模型的一致性保障强于或者等于Java内存模型。在这种情况下，JVM只是简单地插入一个no op语句，而不是真实的内存屏障。

例如，x86和SPARC内存模型的一致性保障足够强壮以消除读volatile变量时所需的内存屏障。还记得在Itanium上两次读操作之间的显式单向内存屏障吗？x86上的Dekker算法中连续volatile读操作的汇编指令之间没有任何内存屏障。x86平台上共享内存的连续读操作。

1.10x03f83422:mov$0x148,%ebp;…bd48010000

2.20x03f83427:mov$0x14d,%edx;…ba4d010000

3.30x03f8342c:movsbl-0x505a72f0（%edx），%ebx;…0fbe9a108da5af

4.40x03f83433:test%ebx,%ebx;…85db

5.50x03f83435:jne0x03f83460; (7529)

6.60x03f83437:movl$0x1,-0x505a72f0（%ebp）;…c785108d a5af01

7.70x03f83441:movb$0x0,-0x505a72f0（%edi）;…c687108d a5af00

8.80x03f83448:mfence;…0faef0

9.90x03f8344b:add$0x8,%esp;…83c408

10.100x03f8344e:pop%ebp;…5d

11.110x03f8344f:test%eax,0xb78ec000;…850500c08eb7

12.120x03f83455:ret;…c3

13.130x03f83456:nopw0x0（%eax,%eax,1）;…66660f1f840000

14.140x03f83460:mov-0x505a72f0（%ebp），%ebx;…8b9d108d a5af

15.150x03f83466:test%edi,0xb78ec000;…853d00c08eb7

第三行和第十四行存在volatile读操作，而且都没有伴随内存屏障。也就是说，x86和SPARC上的volatile读操作的性能下降对于代码的优化影响很小--指令本身和常规读操作一样。

单向内存屏障本质上比双向屏障性能要好一些。JVM在确保单向屏障即可的情况下会避免使用双向屏障。本文的第一个例子展示了这点。Itanium平台上的连续两次读操作被插入单向内存屏障。如果读操作插入显式双向内存屏障，程序仍然正确，但是延迟比较长。

动态编译

静态编译器在构建阶段决定的一切事情，在动态编译器那里都可以在运行时决定，甚至更多。更多信息意味着存在更多机会可以优化。例如，让我们看看JVM在单处理器运行时如何对待内存屏障。以下指令流来自于通过Dekker算法实现两次连续volatile写操作的运行时编译。程序运行于x86硬件上的单处理器模式中的VMWare工作站镜像。

16.10x017b474c:push%ebp; (55)

17.20x017b474d:sub$0x8,%esp;…81ec08000000

18.30x017b4753:mov$0x14c,%edi;…bf4c010000

19.40x017b4758:movb$0x1,-0x507572f0（%edi）;…c687108d8aaf01

20.50x017b475f:mov$0x148,%ebp;…bd48010000

21.60x017b4764:mov$0x14d,%edx;…ba4d010000

22.70x017b4769:movsbl-0x507572f0（%edx），%ebx;…0fbe9a108d8aaf

23.80x017b4770:test%ebx,%ebx;…85db

24.90x017b4772:jne0x017b4790;…751c

25.100x017b4774:movl$0x1,-0x507572f0（%ebp）;…c785108d8aaf0111

26.120x017b4785:add$0x8,%esp;…83c408

27.130x017b4788:pop%ebp;…5d

在单处理器系统上，JVM为所有内存屏障插入了一个no op指令，因为内存操作已经序列化了。每一个写操作（第10、11行）后面都跟着一个屏障。JVM针对原子条件式做了类似的优化。下面的指令流来自于同一个VMWare镜像的AtomicInteger.incrementAndGet动态编译

结果。

28.10x036880f7:push%ebp; (55)

29.20x036880f8:mov%esp,%ebp;…8bec

30.30x036880fa:sub$0x38,%esp;…83ec38

31.40x036880fd:jmp0x0368810a;…e908000000

32.50x03688102:xchg%ax,%ax; (6690)

33.60x03688104:test%eax,0xb78b8100;…850500818bb7

34.70x0368810a:mov0x8（%ecx），%eax;…8b4108

35.80x0368810d:mov%eax,%esi;…8bf0

36.90x0368810f:inc%esi; (46)

37.100x03688110:mov$0x9a3f03d0,%edi;…bfd0033f9a

38.110x03688115:mov0x160（%edi），%edi;…8bbf60010000

39.120x0368811b:mov%ecx,%edi;…8bf9

40.130x0368811d:add$0x8,%edi;…83c708

41.140x03688120:cmpxchg%esi,（%edi）;…0fb137

42.150x03688123:mov$0x1,%eax;…b801000000

43.160x03688128:je0x03688133;…0f8405000000

44.170x0368812e:mov$0x0,%eax;…b800000000

45.180x03688133:cmp$0x0,%eax;…83f800

46.190x03688136:je0x03688104;…74cc

47.200x03688138:mov%esi,%eax;…8bc6

48.210x0368813a:mov%ebp,%esp;…8be5

49.220x0368813c:pop%ebp;…5d

注意第14行的cmpxchg指令。之前我们看到编译器通过lock前缀把该指令提供给处理器。由于缺少SMP，JVM决定避免这种成本--与静态编译有些不同。

结束语

内存屏障是多线程编程的必要装备。它们形式多样，某些是显式的，某些是隐式的。某些是双向的，某些是单向的。JVM利用这些形式在所有平台中有效地支持Java内存模型。我们希望本文能够帮助经验丰富的JVM开发人员了解一些代码在底层如何运行的知识。

本文由西安白癜风医院(https://www.wendangku.net/doc/332492305.html,/)网站负责人阿牧整理分享，转载请注明！

java技术面试必问：JVM 内存模型讲解

java技术面试必问：JVM 内存模型讲解 今天我们就来聊一聊Java内存模型，面试中面试官会通过考察你对jvm的理解更深入得了解你的水平。在了解jvm内存模型前我们先回顾下，java程序的执行过程： java文件在通过java编译器生产.class 字节码文件，然后由jvm中的类加载器加载各个类中的字节码文件，加载完成后由jvm执行引擎执行，在整个加载过程中，jvm用一段空间来存储程序执行期间需要的数据和相关信息，这个空间就叫做jvm内存。 一、JVM 的重要性 首先你应该知道，运行一个 Java 应用程序，我们必须要先安装 JDK 或者 JRE 。这是因为 Java 应用在编译后会变成字节码，然后通过字节码运行在 JVM 中，而 JVM 是JRE 的核心组成部分。 二、优点 JVM 不仅承担了 Java 字节码的分析（JIT compiler）和执行（Runtime），同时也内置了自动内存分配管理机制。这个机制可以大大降低手动分配回收机制可能带来的内存泄露和内存溢出风险，使 Java 开发人员不需要关注每个对象的内存分配以及回收，从而更专注于业务本身。 三、缺点 这个机制在提升 Java 开发效率的同时，也容易使 Java 开发人员过度依赖于自动化，弱化对内存的管理能力，这样系统就很容易发生 JVM 的堆内存异常、垃圾回收（GC）的不合适以及 GC 次数过于频繁等问题，这些都将直接影响到应用服务的性能。 四、内存模型 JVM 内存模型共分为5个区：堆（Heap）、方法区（Method Area）、程序计数器（Program Counter Register）、虚拟机栈（VM Stack）、本地方法栈（Native Method Stack）。 其中，堆（Heap）、方法区（Method Area）为线程共享，程序计数器（Program Counter Register）、虚拟机栈（VM Stack）、本地方法栈（Native Method Stack）为线程隔离。 五、堆（Heap） 堆是 JVM 内存中最大的一块内存空间，该内存被所有线程共享，几乎所有对象和数组都被分配到了堆内存中。 堆被划分为新生代和老年代，新生代又被进一步划分为 Eden 区和 Survivor 区，最后 Survivor 由 From Survivor 和 To Survivor 组成。

java基础总结

第一章初识java 一、java语言的历史 ●第一代java语言：Oak 二、java语言的现状 ?Java SE:主要用于桌面程序的开发。 ?Java EE:主要用于网页程序的开发。 ?Java ME:主要用于嵌入式系统程序的开发。（安卓）三、java语言的特点 ●跨平台（不同的操作系统都可运行） ●简单（没有直接使用指针） ●面向对象（世间万物皆为对象） ●半编译半解释（java文件---class文件----虚拟机） ●分布式（多个客户端访问、通过服务器的配置分发到 不同的服务器） ●健壮（异常的处理） ●安全（任何语言都具备、虚拟机沙箱原理） ●多线程、高性能、动态 四、java语言与C、C++语言的不同与区别 ●自动内存管理：Java对于内存的分配是动态的，并具 有垃圾回收机制。 ●不在类外定义全局变量。 ●Java中将不再使用goto语句。

●Java中取消了指针。 ●运行时系统对类型转换进行类型相容性检查 ●Java不支持头文件，使用import与其它类通讯。 ●Java中不包含结构和联合；所有的内容都封装在类中。 ●Java中不支持宏，它通过final 关键字来声明一个常 量。 ●Java不支持多重继承，可以通过Java中的接口实现 多重继承的功能。 ●CC++ 一般情况下都是偏硬件的，java一般偏软件（应 用、基于浏览器） ●（补充）.net、php （网页制作比较快捷）、在安全级 别要求高的企业一般使用java（银行、政府系统） 五、环境的搭建 1、默认路径如下 ●C:\Program Files\Java\jdk1.6.0_02：提供编程中需要 的api包 ●C:\Program Files\Java\jre1.6.0_02：虚拟机文件所在的 位置 2.安装后各个文件夹代表的含义

Java虚拟机(JVM)参数配置说明

Java虚拟机（JVM）参数配置说明 在Java、J2EE大型应用中，JVM非标准参数的配置直接关系到整个系统的性能。 JVM非标准参数指的是JVM底层的一些配置参数，这些参数在一般开发中默认即可，不需要任何配置。但是在生产环境中，为了提高性能，往往需要调整这些参数，以求系统达到最佳新能。另外这些参数的配置也是影响系统稳定性的一个重要因素，相信大多数Java开发人员都见过“O utOfMem ory”类型的错误。呵呵，这其中很可能就是JVM参数配置不当或者就没有配置没意识到配置引起的。 为了说明这些参数，还需要说说JDK中的命令行工具一些知识做铺垫。 首先看如何获取这些命令配置信息说明： 假设你是windows平台，你安装了J2SDK，那么现在你从cmd控制台窗口进入J2SDK安装目录下的bin目录，然后运行java命令，出现如下结果，这些就是包括java.exe工具的和J VM的所有命令都在里面。 ----------------------------------------------------------------------- D:\j2sdk15\bin>java Usage: java [-options] class [args...] (to execute a class) or java [-options] -jar jarfile [args...] (to execute a jar file) where options include: -client to select the "client" VM -server to select the "server" VM -hotspot is a synonym for the "client" VM [deprecated] The default VM is client.

java数据在内存中存储详解

博客分类： JAVA 1. 有这样一种说法，如今争锋于IT战场的两大势力，MS一族偏重于底层实现，Java 一族偏重于系统架构。说法根据无从考证，但从两大势力各自的社区力量和图书市场已有佳作不难看出，此说法不虚，但掌握Java的底层实现对Java程序员来说是至关重要的，本文介绍了Java中的数据在内存中的存储。 2内存中的堆(stack)与栈(heap) Java程序运行时有6个地方可以存储数据，它们分别是寄存器、栈、堆、静态存储、常量存储和非RAM存储，主要是堆与栈的存储。 【随机存储器：Random Access Memory】 栈与堆都是Java用来在RAM中存放数据的地方。与C++不同，Java自动管理栈和堆，程序员不能直接地设置栈或堆。栈的优势是，存取速度比堆要快，仅次于直接位于CPU中的寄存器。另外，栈数据可以共享。但缺点是，存在栈中的数据大小与生存期必须是确定的，缺乏灵活性。堆的优势是可以动态地分配内存大小，生存期也不必事先告诉编译器，Java的垃圾收集器会自动收走这些不再使用的数据。但缺点是，由于要在运行时动态分配内存，存取速度较慢。 【寄存器位于CPU中】 3Java中数据在内存中的存储 3.1基本数据类型的存储 Java的基本数据类型共有8种，即int,short,long,byte,float,double, boolean,char(注意，并没有string的基本类型)。这种类型的定义是通过诸如int a=3；long b=255L；的形式来定义的，称为自动变量。值得注意的是：自动变量存的是字面值，不是类的实例，即不是类的引用，这里并没有类的存在。如int a=3；这里的a是一个指向int类型的引用，指向3这个字面值。这些字面值的数据，由于大小可知，生存期可知(这些字面值固定定义在某个程序块里面，程序块退出后，字段值就消失了)，出于追求速度的原因，就存在于栈中。

java中堆和栈的区别

Java中堆与栈的区别 简单的说： Java把内存划分成两种：一种是栈内存，一种是堆内存。 在函数中定义的一些基本类型的变量和对象的引用变量都在函数的栈内存中分配。 当在一段代码块定义一个变量时，Java就在栈中为这个变量分配内存空间，当超过变量的作用域后，Java会自动释放掉为该变量所分配的内存空间，该内存空间可以立即被另作他用。 堆内存用来存放由new创建的对象和数组。 在堆中分配的内存，由Java虚拟机的自动垃圾回收器来管理。 1. 栈(stack)与堆(heap)都是Java用来在Ram中存放数据的地方。与C++不同，Java 自动管理栈和堆，程序员不能直接地设置栈或堆。 2. 栈的优势是，存取速度比堆要快，仅次于直接位于CPU中的寄存器。但缺点是，存在栈中的数据大小与生存期必须是确定的，缺乏灵活性。另外，栈数据可以共享，详见第3点。堆的优势是可以动态地分配内存大小，生存期也不必事先告诉编译器，Java的垃圾收集器会自动收走这些不再使用的数据。但缺点是，由于要在运行时动态分配内存，存取速度较慢。 3. Java中的数据类型有两种。 一种是基本类型(primitive types), 共有8种，即int, short, long, byte, float, double, boolean, char(注意，并没有string的基本类型)。这种类型的定义是通过诸如int a = 3; long b = 255L;的形式来定义的，称为自动变量。值得注意的是，自动变量存的是字面值，不是类的实例，即不是类的引用，这里并没有类的存在。如int a = 3; 这里的a是一个指向int类型的引用，指向3这个字面值。这些字面值的数据，由于大小可知，生存期可知(这些字面值固定定义在某个程序块里面，程序块退出后，字段值就消失了)，出

weblogic内存溢出解决方法

彻底解决Weblogic报出https://www.wendangku.net/doc/332492305.html,ng.OutOfMemoryError: PermGen space问题： 打开域下面的bin目录（D:\Oracle\Middleware\user_projects\domains\base_domain\bin）。 编辑setDomainEnv.cmd文件，将以下蓝色的地方设置内存大小改成自己需要的。 set WLS_HOME=%WL_HOME%\server if "%JA V A_VENDOR%"=="Sun" ( set WLS_MEM_ARGS_64BIT=-Xms256m -Xmx512m set WLS_MEM_ARGS_32BIT=-Xms256m -Xmx512m ) else ( set WLS_MEM_ARGS_64BIT=-Xms512m -Xmx512m set WLS_MEM_ARGS_32BIT=-Xms512m -Xmx512m ) set MEM_ARGS_64BIT=%WLS_MEM_ARGS_64BIT% set MEM_ARGS_32BIT=%WLS_MEM_ARGS_32BIT% if "%JA V A_USE_64BIT%"=="true" ( set MEM_ARGS=%MEM_ARGS_64BIT% ) else ( set MEM_ARGS=%MEM_ARGS_32BIT% ) set MEM_PERM_SIZE_64BIT=-XX:PermSize=128m set MEM_PERM_SIZE_32BIT=-XX:PermSize=48m if "%JA V A_USE_64BIT%"=="true" ( set MEM_PERM_SIZE=%MEM_PERM_SIZE_64BIT% ) else ( set MEM_PERM_SIZE=%MEM_PERM_SIZE_32BIT% ) set MEM_MAX_PERM_SIZE_64BIT=-XX:MaxPermSize=256m set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=128m

java内存屏障与JVM并发详解

深入Java底层：内存屏障与JVM并发详解(1) 本文介绍了内存屏障对多线程程序的影响，同时将研究内存屏障与JVM并发机制的关系，如易变量（volatile）、同步（synchronized）和原子条件式（atomic conditional）。 AD：内存屏障，又称内存栅栏，是一组处理器指令，用于实现对内存操作的顺序限制。本文假定读者已经充分掌握了相关概念和Java内存模型，不讨论并发互斥、并行机制和原子性。内存屏障用来实现并发编程中称为可见性（visibility）的同样重要的作用。 关于JVM更多内容，请参阅：JVM详解 Java虚拟机原理与优化 内存屏障为何重要？ 对主存的一次访问一般花费硬件的数百次时钟周期。处理器通过缓存（caching）能够从数量级上降低内存延迟的成本这些缓存为了性能重新排列待定内存操作的顺序。也就是说，程序的读写操作不一定会按照它要求处理器的顺序执行。当数据是不可变的，同时/或者数据限制在线程范围内，这些优化是无害的。 如果把这些优化与对称多处理（symmetric multi-processing）和共享可变状态（shared mutable state）结合，那么就是一场噩梦。当基于共享可变状态的内存操作被重新排序时，程序可能行为不定。一个线程写入的数据可能被其他线程可见，原因是数据写入的顺序不一致。适当的放置内存屏障通过强制处理器顺序执行待定的内存操作来避免这个问题。 内存屏障的协调作用 内存屏障不直接由JVM暴露，相反它们被JVM插入到指令序列中以维持语言层并发原语的语义。我们研究几个简单Java程序的源代码和汇编指令。首先快速看一下Dekker算法中的内存屏障。该算法利用volatile变量协调两个线程之间的共享资源访问。 请不要关注该算法的出色细节。哪些部分是相关的？每个线程通过发信号试图进入代码第一行的关键区域。如果线程在第三行意识到冲突（两个线程都要访问），通过turn变量的操作来解决。在任何时刻只有一个线程可以访问关键区域。 1. // code run by first thread // code run by second thread 2. 3. 1 intentFirst = true; intentSecond = true;

Java内存区域划分、内存分配原理

本文由我司收集整编，推荐下载，如有疑问，请与我司联系 Java 内存区域划分、内存分配原理 2014/11/16 2448 运行时数据区域 Java 虚拟机在执行Java 的过程中会把管理的内存划分为若干个不同的数据区域。这些区域有各自的用途，以及创建和销毁的时间，有的区域随着虚拟机进程 的启动而存在，而有的区域则依赖线程的启动和结束而创建和销毁。 Java 虚拟机包括下面几个运行时数据区域： 程序计数器 程序计数器是一块较小的区域，它的作用可以看做是当前线程所执行的字节码的行号指示器。在虚拟机的模型里，字节码指示器就是通过改变程序计数器的值 来指定下一条需要执行的指令。分支，循环等基础功能就是依赖程序计数器来完成的。 由于java 虚拟机的多线程是通过轮流切换并分配处理器执行时间来完成，一个处理器同一时间只会执行一条线程中的指令。为了线程恢复后能够恢复正确的 执行位置，每条线程都需要一个独立的程序计数器，以确保线程之间互不影响。因 此程序计数器是“线程私有”的内存。 如果虚拟机正在执行的是一个Java 方法，则计数器指定的是字节码指令对应的地址，如果正在执行的是一个本地方法，则计数器指定问空undefined。程序计数器区域是Java 虚拟机中唯一没有定义OutOfMemory 异常的区域。 Java 虚拟机栈 和程序计数器一样也是线程私有的，生命周期与线程相同。虚拟机栈描述的是Java 方法执行的内存模型：每个方法被执行的时候都会创建一个栈帧用于存储局部变量表，操作栈，动态链接，方法出口等信息。每一个方法被调用的过程就对应 一个栈帧在虚拟机栈中从入栈到出栈的过程。

Java中equals和==的区别

Java中equals和==的区别 1、java中equals和==的区别值类型是存储在内存中的堆栈（简称栈），而引用类型的变量在栈中仅仅是存储引用类型变量的地址，而其本身则存储在堆中。 2、==操作比较的是两个变量的值是否相等，对于引用型变量表示的是两个变量在堆中存储的地址是否相同，即栈中的内容是否相同。 3、equals操作表示的两个变量是否是对同一个对象的引用，即堆中的内容是否相同。 4、==比较的是2个对象的地址，而equals比较的是2个对象的内容，显然，当equals为true时，==不一定为true。 ==是判断两个变量或实例是不是指向同一个内存空间 equals是判断两个变量或实例所指向的内存空间的值是不是相同 除了String和封装器，equals()和“==”没什么区别 但String和封装器重写了equals()，所以在这里面，equals()指比较字符串或封装对象对应的原始值是否相等，"=="是比较两个对象是否为同一个对象

==是判断两个对象是否是同一个对象 equals是进行值的判断 String a = new String("aaa"); String b = new String("a"); b += "aa"; 则 a==b //错误 a.equals(b)//正确 equals 方法（是String类从它的超类Object中继承的）被用来检测两个对象是否相等，即两个对象的内容是否相等。 ==用于比较引用和比较基本数据类型时具有不同的功能：比较基本数据类型，如果两个值相同，则结果为true 而在比较引用时，如果引用指向内存中的同一对象，结果为true Eg:s1 = new String("sony"); //创建的是字符串对象 s1.equals("sony"); //返回 trues1 == "sony" //返回false //如果 s1 = "sony"; s1 == "sony" //返回true

登入用友T3软件提示错误;“内存溢出”

登入用友T3软件提示错误；“内存溢出” 登入用友T3软件提示错误；“内存溢出” 系统缺少ufrtprn.ocx组件造成的。首先把c:\windows\system32\ufcomsql\ufrtprn.ocx 这个文件复制到其他地方，再用正常的文件（下面的附件）替换一下，然后重新注册，注册如下：如果操作系统是XP或2003，则：开始–运行 –regsvr32c:\windows\system32\ufcomsql\ufrtprn.ocx；如果操作系统是WINDOWS2000，则：开始–运行–regsvr32c:\winnt\system32\ufcomsql\ufrtprn.ocx。如果还是不行，那么就建议重新安装软件了。 服务异常了，可能是多种原因造成的，你可以在C:\Windows\System32\UF2000.log，打开UF2000.log查看错误详情再处理，如果你不太熟悉软件或者数据库的话，建议把用友安装目录下的ADMIN全部拷贝出来，然后重新安装软件，然后进行数据库附加即可 试一下： 1：执行系统管理，做初始化操作 2：若方法1未执行初始化，可能是这前做过初始化，开始-运行-regedit确定、找到注册表项：[HKEY_LOCAL_MACHINE\SOFTWARE\UFSoft\UF2000\2.0\Setup]，右击删除Setup、再登录系统管理做初始化操作 方法3：若初始化操作建立系统数据库操作失败，可手工建立此系统数据库，还原用友通安装目录\Admin\ Ufsystem.bak文件，还原时数据库名称定义为UFSystem 重启”F8”,回车,进入安全模式，“高级启动选项”，找到“最后一次正确配置”

JVM内存分配(栈堆)与JVM回收机制

Java 中的堆和栈 简单的说： Java把内存划分成两种：一种是栈内存，一种是堆内存。 在函数中定义的一些基本类型的变量和对象的引用变量都在函数的栈内存中分配。 当在一段代码块定义一个变量时，Java就在栈中为这个变量分配内存空间，当超过变量的作用域后，Java会自动释放掉为该变量所分配的内存空间，该内存空间可以立即被另作他用。 堆内存用来存放由new创建的对象和数组。 在堆中分配的内存，由Java虚拟机的自动垃圾回收器来管理。 在堆中产生了一个数组或对象后，还可以在栈中定义一个特殊的变量，让栈中这个变量的取值等于数组或对象在堆内存中的首地址，栈中的这个变量就成了数组或对象的引用变量。 引用变量就相当于是为数组或对象起的一个名称，以后就可以在程序中使用栈中的引用变量来访问堆中的数组或对象。 具体的说： 栈与堆都是Java用来在Ram中存放数据的地方。与C++不同，Java自动管理栈和堆，程序员不能直接地设置栈或堆。 Java的堆是一个运行时数据区,类的(对象从中分配空间。这些对象通过new、newarray、anewarray和multianewarray等指令建立，它们不需要程序代码来显式的释放。堆是由垃圾回收来负责的，堆的优势是可以动态地分配内存大小，生存期也不必事先告诉编译器，因为它是在运行时动态分配内存的，Java的垃圾收集器会自动收走这些不再使用的数据。但缺点是，由于要在运行时动态分配内存，存取速度较慢。 栈的优势是，存取速度比堆要快，仅次于寄存器，栈数据可以共享。但缺点是，存在栈中的数据大小与生存期必须是确定的，缺乏灵活性。栈中主要存放一些基本类型的变量（,int, short, long, byte, float, double, boolean, char）和对象句柄。 栈有一个很重要的特殊性，就是存在栈中的数据可以共享。假设我们同时定义： int a = 3; int b = 3； 编译器先处理int a = 3；首先它会在栈中创建一个变量为a的引用，然后查找栈中是否有3这个值，如果没找到，就将3存放进来，然后将a指向3。接着处理int b = 3；在创建完b的引用变量后，因为在栈中已经有3这个值，便将b直接指向3。这样，就出现了a与b同时均指向3的情况。这时，如果再令a=4；那么编译器会重新搜索栈中是否有4值，如果没有，则将4存放进来，并令a指向4；如果已经有了，则直接将a指向这个地址。因此a值的改变不会影响到b 的值。要注意这种数据的共享与两个对象的引用同时指向一个对象的这种共享是不同的，因为这种情况a的修改并不会影响到b, 它是由编译器完成的，它有利于节省空间。而一个对象引用变量修改了这个对象的内部状态，会影响到另一个对象引用变量。 String是一个特殊的包装类数据。可以用： String str = new String("abc"); String str = "abc"; 两种的形式来创建，第一种是用new()来新建对象的，它会在存放于堆中。每调用一次就会创建一个新的对象。 而第二种是先在栈中创建一个对String类的对象引用变量str，然后查找栈中有没有存放"abc"，如果没有，则将"abc"存放进栈，并令str指向”abc”，如果已经有”abc”则直接令 str指向“abc”。 比较类里面的数值是否相等时，用equals()方法；当测试两个包装类的引用是否指向同一个对象时，用==，下面用例子说明上面的理论。 String str1 = "abc"; String str2 = "abc"; System.out.println(str1==str2); //true

精选大厂java多线程面试题50题

Java多线程50题 1)什么是线程？ 线程是操作系统能够进行运算调度的最小单位，它被包含在进程之中，是进程中的实际运作单位。程序员可以通过它进行多处理器编程，你可以使用多线程对运算密集型任务提速。比如，如果一个线程完成一个任务要100毫秒，那么用十个线程完成改任务只需10毫秒。 2)线程和进程有什么区别？ 线程是进程的子集，一个进程可以有很多线程，每条线程并行执行不同的任务。不同的进程使用不同的内存空间，而所有的线程共享一片相同的内存空间。别把它和栈内存搞混，每个线程都拥有单独的栈内存用来存储本地数据。更多详细信息请点击这里。 3)如何在Java中实现线程？ https://www.wendangku.net/doc/332492305.html,ng.Thread类的实例就是一个线程但是它需要调用https://www.wendangku.net/doc/332492305.html,ng.Runnable接口来执行，由于线程类本身就是调用的 Runnable接口所以你可以继承https://www.wendangku.net/doc/332492305.html,ng.Thread类或者直接调用Runnable接口来重写run()方法实现线程。 4)Thread类中的start()和run()方法有什么区别？ 这个问题经常被问到，但还是能从此区分出面试者对Java线程模型的理解程度。start()方法被用来启动新创建的线程，而且start()内部调用了run()方法，这和直接调用run()方法的效果不一样。当你

调用run()方法的时候，只会是在原来的线程中调用，没有新的线程启动，start()方法才会启动新线程。 5)Java中Runnable和Callable有什么不同？ Runnable和Callable都代表那些要在不同的线程中执行的任务。Runnable从JDK1.0开始就有了，Callable是在JDK1.5增加的。它们的主要区别是Callable的call()方法可以返回值和抛出异常，而Runnable的run()方法没有这些功能。Callable可以返回装载有计算结果的Future对象。 6)Java内存模型是什么？ Java内存模型规定和指引Java程序在不同的内存架构、CPU 和操作系统间有确定性地行为。它在多线程的情况下尤其重要。 Java内存模型对一个线程所做的变动能被其它线程可见提供了保证，它们之间是先行发生关系。 ●线程内的代码能够按先后顺序执行，这被称为程序次序 规则。 ●对于同一个锁，一个解锁操作一定要发生在时间上后发 生的另一个锁定操作之前，也叫做管程锁定规则。 ●前一个对Volatile的写操作在后一个volatile的读操作之 前，也叫volatile变量规则。 ●一个线程内的任何操作必需在这个线程的start()调用之 后，也叫作线程启动规则。 ●一个线程的所有操作都会在线程终止之前，线程终止规

Eclipse中JVM内存设置

Eclipse中JVM内存设置 eclipse.ini内存设置 -vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M 这里有几个问题： 1. 各个参数的含义什么？ 2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？ 3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？ 下面我们一一进行回答 1. 各个参数的含义什么？ 参数中-vmargs的意思是设置JVM参数，所以后面的其实都是JVM的参数了，我们首先了解一下JVM内存管理的机制，然后再解释每个参数代表的含义。 堆(Heap)和非堆(Non-heap)内存 按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memo ry)”。可以看出JVM主要管理两种类型的内存：堆和非堆。简单来说堆就是Java代码可及的内存，是留给开发人员使用的；非堆就是JVM留给自己用的，所以方法区、JVM内部处理或优化所需的内存(如JIT编译后的代码缓存)、每个类结构(如运行时常数池、字段和方法数据)以及方法和构造方法的代码都在非堆内存中。 堆内存分配

JVM初始分配的内存由-Xms指定，默认是物理内存的1/64；JVM最大分配的内存由-Xmx指定，默认是物理内存的1/4。默认空余堆内存小于40%时，JVM就会增大堆直到-X mx的最大限制；空余堆内存大于70%时，JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、-Xmx相等以避免在每次GC 后调整堆的大小。 非堆内存分配 JVM使用-XX:PermSize设置非堆内存初始值，默认是物理内存的1/64；由XX:MaxP ermSize设置最大非堆内存的大小，默认是物理内存的1/4。 JVM内存限制(最大值) 首先JVM内存限制于实际的最大物理内存(废话！呵呵)，假设物理内存无限大的话，J VM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制，这个限制一般是2GB-3GB（一般来说Windows 系统下为1.5G-2G，Linux系统下为2G-3G），而64bit以上的处理器就不会有限制了。 2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？ 通过上面对JVM内存管理的介绍我们已经了解到JVM内存包含两种：堆内存和非堆内存，另外JVM最大内存首先取决于实际的物理内存和操作系统。所以说设置VM参数导致程序无法启动主要有以下几种原因： 1) 参数中-Xms的值大于-Xmx，或者-XX:PermSize的值大于-XX:MaxPermSize； 2) -Xmx的值和-XX:MaxPermSize的总和超过了JVM内存的最大限制，比如当前操作系统最大内存限制，或者实际的物理内存等等。说到实际物理内存这里需要说明一点的是，如果你的内存是1024MB，但实际系统中用到的并不可能是1024MB，因为有一部分被硬件占用了。 3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？

字节跳动面试经验分享(非常详细)

字节跳动面试官一招差点KO我，一共面试了3轮（5年经验），艰难拿下2-2职级offer！ 前言 我从大学毕业开始做Android开发，现在已经五年时间了，现在在山东老家济南做Android开发。这三年里面，也只是一心在做Android开发，其他语言接触的并不多，了解点JS之类的。现在感觉Android开始不像以前那样好做了，也可能是现在年纪慢慢大了，要考虑的事情变多了的缘故吧。 不知道以后应该何去何从，总是感觉做Android或者说做程序员一直处在一种不稳定之中，在一些中小公司里面，可能工作一年两年就因为各种各样的原因而离职。马上就要结婚了，该买房了。济南的房价一直在涨，而自己的收入还是这么不温不火的，加上这不稳定的工作，让人对于前途实在是乐观不起来。 再加上今年的大环境非常差，互联网企业裁员的现象比往年更严重了，可今年刚好是我的第一个“五年计划”截止的时间点，说什么也不能够耽搁了，所以早早准备的跳槽也在疫情好转之后开始进行了。但是，不得不说，这次字节的面试真的太难为我了，可以说是和面试官大战了3个回合，不过好在最后给了offer。 我个人情况是5年Android开发经验，字节跳动定级2-2（年薪是50-100w左右含加班费和股票折现，不含车餐房补）的样子，我是拿到了年薪60w+，13薪。下面是我的面试经历，与学习经验分享，希望能带来一些不一样的启发和帮助。 我与字节跳动面试官“大战”3回合，胜！ 我的学习经验 1—4年大学 ?Java

无论什么级别的Android从业者，Java作为Android开发基础语言。不管是工作还是面试中，Java都是必考题。如果不懂Java的话，薪酬会非常吃亏（美团尤为重视Java基础） 详细介绍了Java泛型、注解、并发编程、数据传输与序列化、高效IO、容器集合、反射与类加载以及JVM重点知识线程、内存模型、JVM运行时内存、垃圾回收与算法、Java中四种引用类型、GC 分代收集算法 VS 分区收集算法、GC 垃圾收集器、JAVA IO/NIO 、JVM 类加载机制的各大知识点。 ?筑基必备 Android架构师筑基包括哪些内容呢： 1.深入 Java 泛型. 2.解深入浅出 3.并发编程 4.数据传输与序列化 5.Java 虚拟机原理 6.反射与类加载 7.高效 IO 8.Kotlin项目实战 大学1-4年架构师筑基必备 ?学习笔记整理 架构师筑基必备目录 架构师筑基必备第一章

JAVA内存溢出解决方案

JAVA内存溢出 解决方案 1. 内存溢出类型 1.1. https://www.wendangku.net/doc/332492305.html,ng.OutOfMemoryError: PermGen space JVM管理两种类型的内存，堆和非堆。堆是给开发人员用的上面说的就是，是在JVM启动时创建；非堆是留给JVM自己用的，用来存放类的信息的。它和堆不同，运行期内GC不会释放空间。如果web app用了大量的第三方jar或者应用有太多的class文件而恰好MaxPermSize设置较小，超出了也会导致这块内存的占用过多造成溢出，或者tomcat热部署时侯不会清理前面加载的环境，只会将context更改为新部署的，非堆存的内容就会越来越多。 PermGen space的全称是Permanent Generation space,是指内存的永久保存区域，这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中，它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的应用中有很CLASS的话,就很可能出现PermGen space错误，这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。 一个最佳的配置例子：(经过本人验证，自从用此配置之后，再未出现过tomcat死掉的情况) set JAVA_OPTS=-Xms800m -Xmx800m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m 1.2. https://www.wendangku.net/doc/332492305.html,ng.OutOfMemoryError: Java heap space 第一种情况是个补充，主要存在问题就是出现在这个情况中。其默认空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。如果内存剩余不到40％，JVM就会增大堆到Xmx设置的值，内存剩余超过70％，JVM就会减小堆到Xms设置的值。所以服务器的Xmx和Xms设置一般应该设置相同避免每次GC后都要调整虚拟机堆的大小。假设物理内存无限大，那么JVM内存的最大值跟操作系统有关，一般32位机是1.5g到3g之间，而64位的就不会有限制了。

JVM内存大小配置方式

JVM内存大小配置方式 By:sheagle@https://www.wendangku.net/doc/332492305.html, 1.最简单的方式，tomcat当中进行配置 用记事本打开tomcat安装路径下bin文件夹中的Catalina.bat，在文件当中添加set JAV A_OPTS=-Xms256m-Xmx512m 该方式只适合于使用Catalina Start指令及其类似方式通过执行Startup.bat中的指令方式启动tomcat 2.在Eclipse当中配置tomcat的内存启动大小 Eclipse->Window->Preferences->Server->Runtime Environments->选中Apache Tomcat v5.0->点击Edit按钮->在弹出对话框里点击JRE后面的Installed JREs按钮->在弹出对话框中选中tomcat使用的那个JRE->点击Edit按钮->在弹出对话框中，找到Default VM Arguments，并在输入框中输入：-Xms256M-Xmx512M 该修改方式只适合于使用Eclipse启动tomcat 3.在注册表中修改tomcat大小 如果你的电脑上边安装了tomcat服务，那么你也可以通过以下设置来修改通过

服务启动时的tomcat内存。 打开tomcat安装路径下bin文件夹中的tomcat6w.exe。选中Java,修改Inital memory pool和Maximum memory pool 该修改方式只适合于使用“服务”方式启动tomcat 总结： 关于tomcat启动时JVM虚拟机内存大小的配置，针对每种情况会有多种不同的配置方式，基本上都是修改配 置文件中参数的大小，无论使用哪种配置方式进行配置，只要能达到效果即可

java初级面试题

JAVA相关基础知识 1.Finally，final，finalize Finally：释放资源（内存之外的，打开的文件、连接、屏幕上的图形，，） ①总会执行 ②非后台线程结束，后台线程被强关，不会执行finally ③当try和catch中有return时，finally在return之后执行，但是返回值不会改变（finally中不会改变已保存的返回结果） ④finally中最好不要包含return，否则程序会从finally中退出，返回值不是try或catch中保存的返回值。 final： 基本数据类型：不可更改 类：不可继承 对象：引用不可变，对象内容可变 finalze：回收前调用，不适合用来清理或释放资源。对象免死最后机会！保证会被调用，但不保证会执行完(在低优先级线程中执行) 2. 数据在各个网络层之间是怎么传输的？ 数据在各层之间的单位都是不一样的， 在物理层数据的单位称为比特（bit）；在数据链路层，数据的单位称为（frame）；在网络层，数据的单位称为数据包（packet）；传输层，数据的单位称为数据段（segment）。 3. Hashtable、HashMap Hashtable 与HashMap类似,但是主要有6点不同。 1.HashTable的方法是同步的，HashMap未经同步，如Vector和ArrayList一样。 2.HashTable不允许null，key和value都不可以,HashMap允许null值，key和value 都可以。HashMap允许key值只能由一个null

3.HashTable有一个contains(Object value)功能和containsValue(Object value)功能一样。 4.遍历的时候，HashTable使用Enumeration，HashMap使用Iterator。 5.HashTable中hash数组默认大小是11，增加的方式是old*2+1。HashMap中hash 数组的默认大小是16，而且一定是2的指数。 6.哈希值的使用不同，HashTable直接使用对象的hashCode。 Hashtable继承自Dictionary类，实现了Map接口。而HashMap是继承自AbstractMap，实现了Map接口。 4. GET，POST区别？ 答：基础知识：Http的请求格式如下。 主要包含三个信息：1、请求的类型（GET或POST），2、要访问的资源（如\res\img\a.jif），3、Http版本（http/1.1）