@CEBBCAT 在于这种分享会增加 app 的曝光量，同时一个人的微信的好有数量是非常有限的，大多都是认识的人，而认识的人捡到他的东西应该会立即联系。所以 app 的失物招领分栏更像是一个优雅的信息曝光平台，同时丢失人分享增加曝光量，大致应该是这样吧。

@markyangd 哈哈哈。灰色地带。

@CEBBCAT 谢谢。我希望这段时间犹豫少一点，执行力多一些。图书馆有微信号，但体验非常糟糕。丢东西时 app 需要有分享功能，最好能分享到朋友圈，（不过微信我还没接触过，未来要下点功夫），做一些病毒式的传播。还有社交这一块我是非常慎重，我本身就是一个不会且不爱社交的程序员。如果这个 app 有合伙人的话，我更希望也擅长社交或者是一个很有趣的人。

@keinx 建设性的评论！看得出来你曾经年轻过。愈发激励我想尝试一番，相比之下我还没"年轻过"。用户体验我尽全力做好。确实这一块用户量也是一个严峻的问题。我曾经跟实物招领社团问合作的意向，他们说有，但当时我还没有收费的打算，只是说这是一个校园公益 app。收费服务这一块确实非常有难度

@em70 这些。。。其实我们校内的实体店做得已经很好，现在的校园不比两三年前了。we are coder，we need something new.

@gogobody cool，同大二。你是写安卓的吗？

@senghoo 嗷嗷。这样呀。可能我的固执吧，还是不打算跟学校合作。

@senghoo 大一时候问过教务处，api 没希望。我的数据来源都只能通过灰色渠道，实名认证也只能靠灰色渠道。不希望做广告，我真心想尝试付费服务。谢谢你的建议。

感谢大家的提醒，现在问题终于发现了。我在这里分享给大家。
首先按照 oauth2 的流程，在经过用户同意授权后我根据新浪传递的 code 值向新浪获取用户信息，此时会返回（长达 2000 字符）信息，我从中提取去用户名，uid，简介三个字段，另外开发时对于新浪返回这么多的信息我也没在意，想着以后可能要用到，干脆就新建了 3000 长度的字段存储这段 json。在 @ChenPeiPei 的提醒下，查过 Tomcat 日志后才发现这些注册失败的用户他们的第一条微博里都有 emoji 表情，emoji 采用 4 字节存储，而服务器的 MySQL 使用 utf8，只支持 3 字节。导致数据库插入失败抛出异常。https://www.v2ex.com/t/137724 V2EX 创始人有关于 emoji 存储的讨论，我在本地尝试改用 utf8mb4 时能够解决问题，不过对于 jpa 的使用者来说比较糟糕，首先 innodb 引擎的索引默认最多 767 字节，utf8 编码下索引最多支持 255 （ 255*3=765 ）字符，而 utf8mb4 编码下索引最多支持 191 个字符，当然这只是默认情况下，你能够自行修改，用过 jpa 的人都知道支持使用注解创建索引，但偏偏不能自定义索引的长度。基于以上考虑我没有选择改用 utf8mb4 编码，我 emoji-java 库来去除 emoji 表情。用法是 EmojiParser.removeAllEmojis('包含 emoji 的字符串')

@Sixzeroo addEventListener("keydown", function(e) {console.log(e.keyCode)}) 在控制台输入，然后在页面按下 AD 看看 keyCode 是不是 65 和 68 ？ 难道你们那边是 97 和 100 ？

@realwangyibo 谢谢报告，身边没苹果电脑没得测试。edge 没提醒什么错误，我也不知道哪里不兼容
@Hilong 没这回事吧，都可以的 AD

@Kilerd 其实之前就是不用授权的。当时不懂 oauth2。用新浪权当学习 Oauth2。

@CruelMoon 大哥这错误应该是不会出现的把。除非你伪造了 token。或者你清除 localstorage

z-index 问题修复好了。现在唯一的遗憾是音乐按钮的位置比较高，蒙层都没蒙住，不敢改了，怕待会一堆问题出来。
@tayuo 是你的 code 有问题吧?

嗷 搞定了。刚刚加多一个 菜鸟提示，z-index 被我调了。然后点击不了了。现在好了。

@Hilong 有的吧，如果你授权了滑稽会变成黄色

@tayuo 不要骗我了，不出意外服务器应该能扛得住上千人数吧。现在才个位数

@ck65 这一块非常麻烦，要综合考虑，服务器在广州，如果是南国地区 ping 值会比较小。球的主判权其实交给主邀方。Websocket 实时游戏的难度还是相当大的，游戏的一致性比较难处理

地址是 http://demo.leeys.top/demo2/