这是一个创建于 3124 天前的主题，其中的信息可能已经有所发展或是发生改变。
我们组打算从 1.6 切换到 1.8 ，不知道生产环境能不能 hold 住。
 |
1
moe3000 2015-09-29 11:20:30 +08:00
大部分公司连 6 升 7 都懒得折腾。。
|
 |
2
LINEX OP @moe3000 确实，不过我们组打算开新项目了，决定使用 1.8 ，我看了看，刘处理， lambda 表达式什么的，想想用着都激动的不行啊
ps ：你头像是冒险与挖矿的吧，哈哈~ |
 |
3
axb 2015-09-29 12:28:45 +08:00 via iPhone
我们在用，暂时没有碰到什么坑。
|
 |
4
hantsy 2015-09-29 12:46:12 +08:00
从一开始就在用。。。
|
 |
5
xfspace 2015-09-29 12:50:04 +08:00 via Android
java8,楼主应该写成 J8 :doge:
|
 |
6
maxiujun 2015-09-29 13:07:46 +08:00
很早就用了 Oracle JDK 8 ，但是发现一个 JIT 的 bug ，到现在他也不解决。
|
 |
7
unique 2015-09-29 13:08:51 +08:00
一直在用
|
 |
8
alangz 2015-09-29 14:04:04 +08:00
我们新项目再用，感觉对于我来说，写代码比之前爽多了。线上已经运行好几个月了，暂时没有什么问题。
|
|
10
LINEX OP java8 的 stream ， lambda 表达式还是很让我激动的。
|
 |
11
slixurd 2015-09-29 14:42:48 +08:00
只是 lambda 的话可以直接用 retrolambda 。
|
 |
12
HentaiMew 2015-09-29 14:44:30 +08:00
我个人遇到过 java8 的坑，其实算不上坑，就是 java7 和 java8 运行中不一样的地方。
具体表示就是某些异常抛出不一样，动态代理反射出来的方法参数部分类型有区别。 因为开发中是 java8 运行项目，编译目标平台是 java7 对应的服务器 java7 运行，但是到服务器上发现运行中不一样的地方，非常的费解。 最后实在没招了，把服务器上的 java 版本换成了 java8.... 整个世界都好了。。。 所以，千万让开发和部署的 java 版本不一致，并不保证 100%相同的运行结果。 |
 |
13
ivyshark 2015-09-29 16:06:27 +08:00
我们从 6 迁到 8 了
|
 |
14
zacard 2015-09-29 16:33:37 +08:00
生产用 8 有几个月了，暂时没什么问题
|
 |
15
DRcoding 2015-09-29 16:44:12 +08:00
myeclipse 下 jdk7 的项目切成 jdk8 后，工具类中的引用的 Pattern 类就报错了，吓得我还以为 jdk8 下的正则类改了，一找并没有....切成 jdk7 又好了。
jdk8 下 util 包下多了众多的函数式接口呐， lambda 不能再赞。 |
 |
16
zartouch 2015-09-29 18:23:52 +08:00
用了快半年吧目前没发现什么坑啊，好像就当时部署的打包和它的依赖路径不太一样了，具体当时不是我去解决的也不清楚是 maven 的问题还是 jdk8 的问题。
|
 |
17
JamesPan 2015-09-29 23:38:43 +08:00
我们还在用 6 TnT
|
 |
18
vibbow 2015-09-30 03:14:51 +08:00 via Android
atlassian
|
 |
19
TheCure 2015-09-30 11:45:40 +08:00
|
 |
20
rebuilder 2015-09-30 14:43:40 +08:00
@HentaiMew 千万让开发和部署的 java 版本不一致，并不保证 100%相同的运行结果。
这个不算坑吧。 c/s （ webstart ）模式两端版本不一致会难以琢磨的坑，小版本一对齐了啥都好了。说起来都是泪 |
 |
21
shuiniushushu 2015-09-30 15:26:00 +08:00
估计没事，这种这么出名的软件都是向下兼容的，如果没有用一些特别偏的 api ，换成 java8 也没事
|
 |
22
honam 2015-09-30 17:45:56 +08:00
刚升了 7
|
Select Language