我们有一个项目（假设）将在1 - 2年内完成。到那时，JDK7（以及希望Java7 JCP规范）应该准备就绪。
但是，我想知道，甲骨文做出“愚蠢”决定的“危险”是多么可能，这将使JDK7成为一个不那么“有吸引力”的平台，而不是现有的JDK6？
更具体地说，我害怕以下情况：
您对此问题有何看法？
注意：我们将使用NIO2文件API，也许其他仅用于"Plan B"的JDK7功能（计划A被拒绝，是一个继续开发JDK7的建议，而不是，Plan B被接受：开发具有较少功能的JDK7并将其推迟到JDK8）
答案 0 :(得分：3)
这取决于您使用的Java 7特定功能的数量。
如果你的代码仍然可以在JDK 6上编译，我会说你很安全。您可以在JDK 7上运行，因为它向后兼容，但如果出现问题，您仍然可以在6上部署。
如果甲骨文做了一些非常愚蠢的事情，那么你的决定就会更大：我是用C＃，Python还是别的东西重写这个应用程序？
我很想知道开源JDK如何能够让你对冲你的赌注。
我也很想知道你正在使用的JDK 7的哪些功能：闭包？
答案 1 :(得分：2)
如果您担心与Java 7相关的风险，可以通过确保您的代码在Java 6上运行来缓解它们。最简单的方法是立即开发Java 6，然后再升级到Java 7风险已经消散。
除了您所注意到的风险之外，Java 7计划的功能集也在不断变化。