爱上Java8

BigInteger是什么？BigInteger如何使用？BigInteger在Java8中做了哪些改变？不知道不行，知道了也不一定行！

目前的Java虚拟机支持Client和Server两种运行模式。使用参数-client可以指定使用Client模式，使用参数-server可以指定使用Server模式。默认情况下，虚拟机会根据当前计算机系统环境自动选择运行模式。

新生代GC的主要工作是回收eden区和survivor区。一旦eden区被占满，新生代GC就会启动。新生代GC收集前后的堆数据如图5.6所示，其中E表示eden区，S表示survivor区，O表示老年代.

默认情况下，System.gc()会显式直接触发Full GC，同时对老年代和新生代进行回收。而一般情况下我们认为，垃圾回收应该是自动进行的，无需手工触发。如果过于频繁地触发垃圾回收对系统性能是没有好处的。

#京东满200—100单# 图书放血大卖了,本书也参加活动。

自从JAVA5.0增加了最初由DougLea编写的高质量的、广泛使用的、并发实用程序util.concurrent并变成了JSR-166的新包之后，在Java内置所提供的类库中，就提供了越来越多的并发编程的实用工具类。学习并掌握这些技术对于专注于Java并发编程的开发人员来讲是基本的公里，随着Java版本的不断更新与改进，开发人员可以通过Java新版本所带来的新特性，无需从头重新编写并发程序工具类。

在Java程序中，多线程几乎已经无处不在。与单线程相比，多线程程序的设计和实现略微困难，但通过多线程，我们却可以获得多核CPU带来的性能飞跃，从这个角度说，多线程是一种值得尝试的技术。那么如何写出高效的多线程程序呢？

Java中的指针有你看不到的一面。

只用一张图，了解Java高并发程序设计的所有技术点

AtomicReference和AtomicInteger非常类似，不同之处就在于AtomicInteger是对整数的封装，而AtomicReference则对应普通的对象引用。也就是它可以保证你在修改对象引用时的线程安全性。在介绍AtomicReference的同时，我希望同时提出一个有关原子操作的逻辑上的不足。

AtomicReference无法解决上述问题的根本是因为对象在修改过程中，丢失了状态信息。

《实战Java高并发程序设计》尽量避免采用过于理论的描述方式，简单的白话文风格贯穿全书，配图基本上为手工绘制，降低了理解难度，并尽量做到读者在阅读过程中少盲点、无盲点。大家提的问题也很尖锐。

很多程序员们往往有看书的冲动，但不知道看哪些书，下面我就给各位Java程序猿们推荐一些好书，其中绝大多数都是我自己平时在看的书，也算是我对于平时读的书做一个小总结和读后感吧。

除了提供基本数据类型外，JDK还为我们准备了数组等复合结构。当前可用的原子数组有：AtomicIntegerArray、AtomicLongArray和AtomicReferenceArray，分别表示整数数组、long型数组和普通的对象数组。

“先卖10000台再说！”2011年8月9日，小米网负责人黎万强在公司内部大会上这样说道。时间回到4年多前，在小米“标配”产品发布日8月16日前几天，小米公司100多号人沉浸在即将到来的第一款产品诞生的亢奋中，但是，没有人能告诉我们：未来，我们将能走多远\做多大。彼时，小米网仅有三位开发工程师，在经过两个多月的紧张开发后，小米网将要第一次面对公众在线销售产品，接受大考。由于工程师资源极度紧张，我们甚至考虑过使用ECSHOP之类的开源系统搭建小米网，不过幸好我们很快放弃了这一想法。因为在3个月之后，我们就发现

SynchronousQueue与其说是一个队列，不如说是一个数据交换通道。那SynchronousQueue的其妙功能是如何实现的呢？

有时候，由于初期考虑不周，或者后期的需求变化，一些普通变量可能也会有线程安全的需求。如果改动不大，我们可以简单地修改程序中每一个使用或者读取这个变量的地方。但显然，这样并不符合软件设计中的一条重要原则——开闭原则。

我们在《实战Java高并发程序设计》一书中，专门介绍过java 8中对并发的改进。这里我通过转载一篇博客来说简单介绍下。

在Java程序的运行过程中，如果堆空间不足，则有可能抛出内存溢出错误（Out Of Memory），简称为OOM。那么出现内存溢出的原因是什么呢？

Java虚拟机有3种执行方式，分别是解释执行、混合模式和编译执行，但是哪种方式最快呢？

函数式语言为什么越来越多了，如何使用？java8的函数式方法又有哪些亮点？

Java的lambda表达式可以大大简化Java的代码，Java令人诟病的一个地方就是，代码太繁琐，同样的功能使用pythong语言实现，可能只需要1/10的代码就可以完成，但是使用Java写，却会有一段的“废话”，令人很不爽，因此，java8引入了lambda表达式，致力于解决这个问题。12

首先，我要对ORM做一些吐槽，以hibernate为代表的ORM简直见识开发者的噩梦呀。本人对此深恶痛绝。什么one-to-many, many-to-many ，搞死人不说，还特别麻烦，该死的延迟加载等等，用起来就是非常不爽。这里我还是觉得MyBatis靠谱一点。很早就想吐槽Hibernate

百度搜大数据开发人才要求信息，发现大部分都需要有 JVM知识，虽然使用Java的人很多，但真正有几个人懂JVM呢？如果jvm你都不懂，那java你又能怎么提高呢？程序的性能又能怎么优化呢？所以，JVM是必须要学习的！

class文件中的access flag记录了一个类的相关信息，比如public abstract final等等。其中有一个值ACC_SUPER。现理解如下：ACC_SUPER是用来表示如何调用父类的方法。在jdk1.1之前，jvm使用一种invokenonvirtual的指令，调用父类方法。这个方法就是现在的invokespecial 前身。既然连名字都改过了，他们的实现差距可以认为已经比较大了。invokenonvirtual是不会进行虚函数查找的，也就是总是静态绑定。

Java的自动装箱和自动拆箱确实提供了一点小方便。但是一旦出问题，还是很痛苦的。123    int x;    HashMapString,Integer> map = new HashMapString,Integer>();    x = map.get("hello");看上面的代码，看起来还算简介

有多少公司已经用上 java8？都是什么样的公司用上了java8？java7到java8

在《Java程序与性能优化》一书中提到过Java的substring方法有内存泄露的问题。其原因是一个String的构造函数引起的。12345    String(int offset, int count, char value[]) {    this.value = value;    this.offset

Java 8引入了Lambda表达式，流式的API，这里可以用这个新的东东来遍历文件夹。1234567891011121314151617181920212223242526272829303132333435363738

遗传算法是解决复杂问题的一种搜索策略，是一种智能计算。他模拟自然界中的种群进化。从这点看，它和神经网络这些算法的起源很像，都是使用计算机去模拟一些自然法则和运作规律。同样，和神经网络一样，遗传算法也是一种基于概率的算法。当然，在现代启发式算法中，很多算法都都是基于概率的，比如神经网络，粒子群算法，模拟退火等。这类方法的要解决的一个问题就是NP问题，要求得结果是满意解，而非最优解。理解这点，我觉得很

学了这么久Java，你肯定也不懂JVM，能说上JAVA启动总过程的，在面试时真没有几个！我们就错在学会知识很快，但掌握知识很难！

转载请注明出处,感谢大家的支持!本文来自优优码:http://www.uucode.net/201502/9%e4%b8%aa%e8%b0%ac%e8%ae%baJava的性能有某种黑魔法之称。部分原因在于Java平台非常复杂，很多情况下问题难以定位。然而在历史上还有一种趋势，人们靠智慧和经验来研究Java性能，而不是靠应用统计和实证推理。在这篇文章中，我希望拆穿一些最荒谬的技术神

阅读本文前，你需要对轻量级锁有所了解。轻量级锁在ObjectSynchronizer::slow_enter里尝试获取，所以要先加个断点。当他进来的时候，可以看到：123Breakpoint 2, ObjectSynchronizer::slow_enter (obj=..., lock=0x7ffff7fe16e8, __the_thr

春天了，不能让java有瓶颈，来本jvm脑补一下。

在NIO的实现中，Buffer是一个抽象类。JDK为每一种Java原生类型都创建了一个Buffer

20年中，Java在不断成长，从Oak到JDK1.0，从Classic VM到HotSpot,从薄弱到完善再到强大。20年里，我从接触Java到爱上Java，感慨万千……

相对于有锁的方法，使用无锁的方式编程更加考验一个程序员的耐心和智力。但是，无锁带来的好处也是显而易见的，第一，在高并发的情况下，它比有锁的程序拥有更好的性能；第二，它天生就是死锁免疫的。就凭借这2个优势，就值得我们冒险尝试使用无锁的并发。