㈠ 如何用Mac完美编译OpenJDK 7
1.选择OS X版本很重要。
目前这里Mac版本是10.10，配置好必要信息以后就开始编，结果错误满屏。简单看过之后发现是编译C文件的时候参数有误，于是查了一下，才知道是LLVM版本太新，不兼容低版本的一些编译参数。照着上面改了点代码，但是依旧编译不过。既然高版本不行，就装个低版本的呗。由于最新的OS X不能装低版本的Xcode（装了Xcode才能装LLVM），所以去下了一个10.8的OS X装在虚拟机里，然后再装个Xcode4.4。
装好Xcode以后，要手动下载LLVM安装。打开Xcode，随便建立一个空项目，然后打开Preferences，找到如下所示的地方开始安装
第一步咱就这么搞定了。
2.安装X11
X11这玩意是unix类os使用的图形系统，10.8以前的OS X是自带的，但是从此以后就不自带了。对应于Mac，你需要装XQuartz，这个没有版本限制，去网上下最新版即可。装这个的原因是当时在编译PolicyTools的时候出现了如下错误：
ld: library not found for -lX11
安装以后要为X11建立软连接
sudo ln -s /usr/X11/include/X11 /usr/include/X11
3.安装freetype
在linux下编译openjdk的朋友可能遇到过需要安装freetype的要求，然后安装下并将安装目录加到环境变量里就好了。但是OS X不一样，freetype单独安装实际是没用的。虽然单独安装能让编译前的检查通过，但是到后面还是会出错，至于原因我没找到。那怎么办呢？实际上如果安装好X11，freetype就一起安装好了，大家可以去X11的目录里看看是否有freetype。
虽然说安装了X11就自带freetype，但是编译过程中可能会出现如下错误：
error: freetype/config/ftheader.h: No such file or directory
实际上就是目录问题，执行下面这句命令就好了：
sudo ln -s /sr/X11/include/freetype2/freetype/ /usr/X11/include/freetype
4. 配置环境变量
和在Linux下编译相比，OS X的环境变量配置相对来说简单很多。只需要配置编译需要的jdk和llvm的目录就可以了。
因为很多源代码都是用本机现有的jdk来编译，所以预装一个低版本的jdk是必须的，这里我们需要安装jdk6。安装好以后，找到其安装目录，并添加如下环境变量：
[plain] view plain
export ALT_BOOTDIR=/System/Library/java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
通常来说安装目录都应该在/System/Library/Java/JavaVirtualMachines目录下。如果不在的话，有个技巧可以找到。因为安装好jdk以后，系统会自动在/usr/bin下建立指向java命令的软连接，所以执行“ls -l /usr/bin/java”就能看到这个命令指向哪，然后这么顺着找下去就能找到。
llvm是编译C类文件所必须的，所以要把它的所在目录添加到环境变量里。通常OS X下安装app都会把app移到Applications目录下，所以我最初安装Xcode的时候也把他移进去了，如果你把Xcode放在了别的目录，那就找到对应的目录即可。
[plain] view plain
export ALT_COMPILER_PATH=/Applications/Xcode.app/Contents/Developer/usr/bin
5.获取编译源码
按照这上面的第三点获取源代码 如果没有装hg的需要自行安装
到现在为止，编译前的准备工作已经完成。我们可以先执行make sanity执行下编译前的检查。如果检查通过，先来看看具体的编译命令：
[plain] view plain
make ALLOW_DOWNLOADS=true SA_APPLE_BOOT_JAVA=true SKIP_DEBUG_BUILD=false SKIP_FASTDEBUG_BUILD=false ALWAYS_PASS_TEST_GAMMA=true HOTSPOT_BUILD_JOBS=`sysctl -n hw.ncpu`
这里有两个问题：
a. ALLOW_DOWNLOADS=true表示编译过程中允许下载。因为有些编译模块，比如jaxp，编译脚本中指定了需要下载特定的包。虽然我没试过设置成false会不会影响编译，但是还是推荐设置成true。但是这就带来另一个问题，下载这类包很费时间，有时候就会在那卡很长时间，所以我根据编译日志找到编译脚本中控制下载的具体命令，修改修改并且把用迅雷下的对应包放到正确目录中，然后重新编译一遍，就能顺利通过了。这一点后面我会详说。
b. SKIP_DEBUG_BUILD=false SKIP_FASTDEBUG_BUILD=false这两个表示编译出来的jdk或者hotspot是否可以debug。FASTDEBUG表示的应该是提供简单的debug功能，如果想要完整的debug，则SKIP_DEBUG_BUILD必须设置为false。不过这里提醒一点，如果想在debug jdk的时候能看到debug信息，比如变量名等，只需要SKIP_FASTDEBUG_BUILD设置为false就可以了
如果这两个问题都不是问题，那么就可以按回车了。如果debug和fastdebug都是false，再加上用虚拟机编译，所以需要的时间会比较长，你也许需要找一部长一点的电影来消磨一下了。最后编译出来的结果是这样的：
j2sdk-image就是自己编译出来的jdk，可以直接用了。至于其他目录下的内容，各位自己琢磨吧。
现在来说下ALLOW_DOWNLOADS=true引起的问题。
但是遇到下载很久的包总共有三个：
jaxp145_01.zip、jdk7-jaf-2010_08_19.zip、jdk7-jaxws2_2_4-b03-2011_05_27.zip
之前说过可以修改编译脚本跳过下载并且用我们已经下载好的，但是实际编译过程中，这三个包对应的的编译脚本是动态生成的，所以只能等到他卡在那了，才能停下来并找到脚本修改之。因此因为这三个包，总共需要停3次。，比起一直卡在那好太多了。
假设编译的是普通版本，即非DEBUG和非FASTDEBUG。下面以jaxp145_01.zip为例子讲一下怎么修改对应脚本：
脚本所在位置：openjdk根目录/build/macosx-universal/jaxp/build/xml_generated/build-drop-jaxp_src.xml
㈡ CRUD 程序员勿进JDK 源码剖析手册与并发编程图册，完美诠释高并发
在后端程序员的中，如果你有高并发的经验，也往往能得到比别人更多的机会。原因很简单，高并发会涉及到各种各样的技术问题，如接口响应超时、GC 频繁、大数据量储存、死锁等等。能搞定高并发的程序员，技术深度一定不会差。
为了能大家更好地了解 Java 并发，我我前段时间特地从阿里的一位朋友手上拿到了他手写的 JDK 源码剖析手册与并发编程图册，下面一起来看看吧：
JDK 源码剖析手册
基于 JDK7 和 JDK 8，对整个 Concurrent 包进行全面的源码剖析。JDK8 中大部分并发功能的实现和 JDK 7 一样，但新增了一些额外的特性。例如 CompletableFuture、ConcurrentHashMap 的新实现、StampedLock、LongAdder 等。
点击并拖拽以移动
点击并拖拽以移动
点击并拖拽以移动
详细内容展示
点击并拖拽以移动
点击并拖拽以移动
点击并拖拽以移动
点击并拖拽以移动
点击并拖拽以移动
并发编程图册
包含大量图文以及源码分析帮助大家理解相关知识，借助这些图文，按照这个顺序学习，至少可以让你简单入门并发。
总览
点击并拖拽以移动
详细内容展示
点击并拖拽以移动
点击并拖拽以移动
点击并拖拽以移动
点击并拖拽以移动
点击并拖拽以移动
点击并拖拽以移动
点击并拖拽以移动
由于这份资料实在是细节内容实在太多啦，所以只能把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！如果有需要完整版的朋友可以： 一键三连支持一下私信我，注意回复【000】即可获取更多免费资料！ 希望大家看完之后能够有所收获~