今天写业务被垃圾 Java 坑了一把，折腾了一个下午（辱骂性质

[Kilerd]

根本想不到 Java 的 split 函数还跟其他语言的表现不一样，惊了。

javascript

"1\n\n\n\n\n".split("\n")

结果

["1", "", "", "", "", ""]

python

"1\n\n\n\n\n".split("\n")

结果

['1', '', '', '', '', '']

golang

package main

import (
	"fmt"
	"strings"
)

func main() {
	fmt.Println(len(strings.Split("1\n\n\n\n\n", "\n")))
}

结果 6

可是 java

"1\n\n\n\n\n".split("\n")

只有一个结果

["1"]

绝了，组里基本没人猜出来。 应该说根本想不到是这里的原因导致的 bug

[Nasei]

java 的话应该只有尾部的空字符串不包含

还是我大 C#好，可以传 StringSplitOptions

[klesh]

Java 先于这三个语言面世

[smeraldo]

@klesh 你确定 Java 比 Python 早？

[v2survive]

`"1\n\n\n\n\n".split("\n", -1)`

[Leigg]

pyer 表示有点反人类

[gabon]

这是 feature 不是 bug😏

[crella]

my str $str = "1\n\n\n\n\n"; say $str.split("\n");
> (1 )

[jwk345]

请用 guava 的 splitter

[anzu]

同坑 2333 /t/568469

[lululau]

有啥问题吗，写代码先看文档啊，再说了也不是只有 Java 是这种行为啊，Perl / Ruby 的字符串 split 函数 /方法默认也是去掉末尾的空值啊

[20015jjw]

只能说这两种逻辑都合理吧..

[Kilerd]

@lululau #10 这样做没问题，但是在其他语言同样函数的基础下，很难想象得到是这个那么日常的函数的问题。
如果写代码这种常见函数都需要查文档，那就太过分了。

[dushixiang]

第二个参数传-1 即可，语言之间设计的不同也是骂点？

[iPhoneXI]

写多语言是这样的
不查好 api 文档说不定哪里就是坑
所以不要贸然在生产环境换语言
个人项目就多看文档多谷歌了

[klesh]

@smeraldo 我错了

[conn4575]

还有个 replace 方法，居然是正则替换，第一次用惊呆了

[Amance]

大哥，基础不够不要多 BB

[oahebky]

好语言 /语法应该是符合自觉的，或者说尽可能地符合直觉，只有在技术限制或逻辑限制的情况下反自觉是可以理解的。

不过我个人认为用一个没写过的方法，尽可能地写 hello world 级别的程序验证，试一试比较好，然后再写进代码中去（像解释型语言就直接在 repl 中试比较容易）。

[justin2018]

这是 feature 不是 bug 吧~