本文翻译自 Don’t use Java 7 for anything.如需转载请注明出处。刚开始尝试翻译，请多多指正。
今天，Java 7的通用版本发布了，但是Uwe Schindler 指出，在被默认的热循环优化中，存在一些非常恐怖的bug。在最好的情况下，这些bug导致JVM崩溃。最坏的情况，会让循环错误执行。（也许这样的情况会很难发现这样的bug让程序员崩溃并且浪费很多时间—-译者注）
基本准则是：绝对不要使用Java 7（除非你或许你知道在你的Java代码里面不包含任何循环）
以下是Uwe Schindler的文章。
来自：乌韦辛德勒 日期：周四，2011年七月28日23点13分36秒0200 主题：[警告]Index corruption and crashes in Apache Lucene Core / Apache Solr with Java 7
你好，Apache Lucene 和 Apache Solr的用户们，以及其他基于Java的阿帕奇项目的用户们，今天Oracle发布了Java 7。很不幸的是，它包含HotsPot编译器优化，而这些优化把一些循环错误编译了。这可能会影响一些阿帕奇项目的代码。有时只是JVMs发生崩溃，但在某些情况下，计算结果会发生错误，这会直接导致应用程序出现bug。
_ _
(see Hotspot bugs 7070134 [1], 7044738 [2], 7068051 [3])
Apache Lucene Core和 Apache Solr两个阿帕奇项目知道今天发布的所有版本都受到了这些bug的影响。用户一但启动索引文件，采用默认设置的Solr用户会由于SIGSEGV错误发生Java崩溃，其中受影响的一个部分是著名的Porter Stemmer（一个预处理英文的开源程序）。在Lucene中的其他循环也可能被错误地编译了，这会导致Index corruption（某种错误，目前我不知道怎么翻译…这篇文章对我来说好像有点难）（尤其是Lucene主程序的pulsing codec；其他的循环也可能被影响）
这些问题仅仅在Java 7的官方版本发布前5填才被察觉到，所以Oracle根本没有时间来修复这些影响了很多应用程序的bug。根据我们的问题，他们提出把修复bug的事情放到服务器版本u2（最终他们同意了放到u1中，参见【6】）。这意味着在U2之前你都不能使用Java 7的Apache Lucene/Solr。如果你这样做，请不要打开错误报告，那不是committer的错。至少使用-XX:-UseLoopPredicate JVM选项来关闭循环优化来避免冒险出现index corruption。
请注意：如果使用JVM选项的其中一只，Java 6用户也会受到影响，而且那些选项不是默认关闭的。_ _
_-XX:+OptimizeStringConcat or _
-XX:+AggressiveOpt
强烈推荐在没有得到进一步测试的情况下，不要在任何Java版本中使用任何HotPot优化开关。
万一你要是一不小心升级到了Java 7，请记住你也许不得不reindex（某种操作吧^^），作为Java 7附带Unicode版本的改变和标记不同（比如小写）。想了解更多信息，请阅读在你的分发包中的JRE_VERSION_MIGRATION.txt文件 。
Lucene项目代表，Uwe