@binux 嗯，原来如此呀，分解一下豁然开朗，哈哈

意思就是前瞻只能作用于+贪婪匹配到的最后一个字符，并不能阻止+对最后一个字符之前的所有字符进行贪婪匹配。

/(\d+)(?!\.1)/.exec("123.141") 目测是这样的：
> 123：\d+贪婪匹配到.为止
> 12：发现 123.1 不符合(?!\.1)，后退一位
> 没有表达式了，返回 12

/(.+)(?!\.1)/.exec("123.141") 目测是这样的：
> 123.141：.+贪婪匹配到结尾
> 123.141 : 符合(?!\.1)
> 没有表达式了，返回 123.141

/(.(?!\.1))+/.exec("123.141") 目测是这样的：
> 1：.匹配到新的一位
> 1：123 符合(?!\.1)
> 12：.匹配到新的一位
> 12：123.符合(?!\.1)
> 123：.匹配到新的一位
> 12：发现 123.1 不符合(?!\.1)，后退一位，并退出循环
> 没有表达式了，返回 12

如果要对每个字符进行前瞻检查，唯有最后一种写法比较好理解。

#8 咦，微博图床 403 了。。。

https://ww1.sinaimg.cn/large/007i4MEmgy1g1uyojwd3bj309l02lwei.jpg

https://ae01.alicdn.com/kf/HTB1eTOfP4YaK1RjSZFnq6y80pXaF.jpg

@binux 还是不太明白，第一个分组的确是捕获到了`abcde`呀，https://ww1.sinaimg.cn/large/007i4MEmgy1g1uyojwd3bj309l02lwei.jpg

照着你的思路找到 https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Regular_Expressions 的解释中有个例子：
> >>>>>
Matches 'x' only if 'x' is not followed by 'y'. This is called a negated lookahead.

For example, /\d+(?!\.)/ matches a number only if it is not followed by a decimal point. The regular expression /\d+(?!\.)/.exec("3.141") matches '141' but not '3.141'.
> >>>>>

发现一个现象：

符合预期：/(\d+)(?!\.1)/.exec("123.141")
符合预期：/([^.]+)(?!\.1)/.exec("123.141")
无效：/(.+)(?!\.1)/.exec("123.141")

难以理解，最后一个就是我的写法，咳。。。

@binux 还是不明白，第一个分组捕获到 abcde，预期想要是 abc，前瞻不会和前面的+、*、{}起作用吗？

又发现另一种有效写法：
/<(?!.+def).+>/.exec("<abcdefzzz>\n<abczzz>")

可能是结尾的.+导致的不能匹配，但这样写还是不行：
/<.+(?!def)zzz>/.exec("<abcdefzzz>\n<abczzz>")

#7 username ? 唯一？ 当我没说

不改数据库，就赶紧跑路吧。或者祈祷第一个同名的人晚点出现，再跑路。

前几天我的 github.io 微信、QQ 也是这样，不过随便弄一下，还没搞明白咋回事，就自己解除了。。。

历史记录： https://github.com/xiangyuecn/Recorder/commit/455ec3d253324e122d8fc2efa9e73f11e4bd58fe

另：就算用了自己的域名，跟用 github.io 二级域名有什么区别？ 腾讯绝对正规的一视同仁

https://ww1.sinaimg.cn/large/007iUjdily1g1s0mnhap6j30dj0htgns.jpg

反正看不懂

这不是语法，这只是方法。

又是你，反手就是一个赞。就是不知道会不会被请喝茶

导入到 android studio 中的老代码，看起来就像一坨 si 一样，滚动条密密麻麻的黄色警告，这种提醒关也不是不关也不是

@murmur 可爱二字描述的极好，嘤嘤嘤嘤 https://ww1.sinaimg.cn/large/007i4MEmly1g1nb6nank3j30200200rz.jpg

@boywhp @unicloud @xiaolanger 经过半天时间，已经沉底了，没人喷，也没人看

原来表格是用 canvas 画的，我说控制台怎么选不到，哈

编辑的时候 textarea 加上当前单元格的颜色、填充、大小 感觉还不错：
https://ww1.sinaimg.cn/large/007i4MEmly1g1muy7e4prj30l20cf76e.jpg

kelseyhightower/nocode
996icu/996.ICU
star 高，并不一定代表内容有多好，事实如此呀

另外赞同楼主 #12 的说法。另：要是能虚心点标明出处，这才是皆大欢喜。

比如：csdn 上大量 copy 性质的文章，copy 就算了，还把人家的格式丢掉了，要是这种文章强制要求标明出处，就算没了格式很丑，但这种 csdn 还是极好的。对，就是要提 csdn。

zuoyouhengtiao

zuoYouHengTiao

zuo_you__heng_tiao

leftRightSeparator

left_right__separator

--------
zuo_you__heng_tiao 天然断句，完美

#14 sianimg -> sinaimg， 另外楼主! [img]这里面的这个字符串 img 本应不存在的，删掉清爽多了

https://ww1.sinaimg.cn/large/007i4MEmly1g1l2gi5gl0j303803bwec.jpg

https://ww1.sinaimg.cn/large/007i4MEmly1g1l2iu7okoj30ls0b8q3o.jpg
要是有 sianimg 就完美了
https://ww1.sinaimg.cn/large/007i4MEmly1g1l2ieji6kj30r70ejtat.jpg

@luckyswag #11 看你头像眼熟，细看又不像