最近处理一些用户录入数据时，发现有一些明明是纯数字的数据，却通过不了类型校验（无法解析成 Int/BigInt）类型，由于一直都是通过日志查看错误，觉得很疑惑，后来找到原始数据，发现因为这个『字符串』带了一个 zero width space，导致程序异常。
zero width space 在大多数文本输出的地方都是不可见的（顾名思义，没有宽度的空格），因此通过类似页面、日志排查都很难发现这个问题。
当把这个字符串手动复制粘贴到 Chrome 的控制台时，可以看到，这个 zero width space 表现成了一个·，这应该是 Chrome 为了方便调试设计的。
而粘贴到 iTerm 终端，则可以直接看到 Unicode 值（但是当作为日志输出到终端时，是无法显示的）
这个字符一般来源都是用户从一些特定的平台复制而来，因此建议在类似的用户数据录入处进行一下相应处理，这里需要注意，一般语言的标准库的 trim 处理都是不会处理 zero width space 的，所以只能手动移除\u200B( 正则下)。
事实上，还有很多不可见字符，具体请参照这个回答：