ctrl + 空格，ctrl + shift ，shift ， 我切换失灵的时候 会把这三个轮流试一遍，总有一个有用。 平时都是直接 shift

@luckyman 本来就是直接写 sql 啊

TeamViewer 啊

离职上交，为什么不能重装系统？

哥哥，这是电脑啊，生产力工具， 限制死了你觉得合适吗？ appstore 搜不到 但你又需要的软件 你咋办？

而且 沙盒不是早就有了吗？ 安装后 就在 应用程序目录下啊，卸载只需要直接删掉就好了， 一些配置和缓存 都统一放在 用户目录下的 libiray 目录里。 自己去找找就好了。 哪里有 拉坨屎啊？

自带终端不香吗？ 写个 shell 的事

把信用卡绑定 paypal ，用 paypal 支付

@yiqiao 那 CPP 要有什么底？ 汇编吗？ 汇编要有什么底？ 机器码？ 机器码要有什么底？ 要学什么语言就直接学，要什么底啊？

转语言的意义是什么？ 你要么转行 换战场，要么 就想办法往上面爬， 换个语言不还一样是程序员？ 有什么改变吗？

还有，gesse 说的，等待响应期间 如果用户刷新一下就 GG 了

为什么你觉得异步 会增加复杂性？ 这个场景就是适合异步啊， 你用同步 就必然需要多线程，而且线程如果太多 不见得会增加性能。 并且线程也不会全部同步执行啊，要看 CPU 核心数的， 还有上下文切换的负担。 最重要的是，你再怎么优化 也优化不到 5 秒以下的。

最简单的方法就是，提交归提交，响应归响应。 提交后，在表里插一条提交记录，然后直接给页面一个响应，后端异步处理， 单独做一个页面，用来展示 这些提交记录。 后端异步处理完成后，修改对应的记录状态就好了。

如果处理失败了，也可以把异常信息 写入表里（每条 提交记录，都带一个异常信息字段）。 还可以在页面上做一个重试按钮。

@nothingistrue NIO 是同步非阻塞， 而且 IO 最大的应用场景 是 做网络通讯，不是读写文件。

我觉得你需要补充一下 ，TCP, HTTP 协议的相关知识。 搞清楚，线程是在什么时候开的，什么时候结束的。

我用大白话说一下吧：

BIO 是打电话，如果同时很多人打进来 你就需要很多的手机 来处理。 并且每个电话接通后 你都必须完整的处理成功后才能挂断（ BIO 就是必须处理完成才能挂断，千万别跟我杠 你可以先挂断 去接别的电话，因为这是不可以的）， 你自己脑补一下，电话多了以后，接电话的人有多崩溃。

NIO 是发信息，如果同时很多人找你，你只是会收到很多信息而已，一部手机就可以处理了，而且你可以自己阅读信息的内容，来决定 先处理哪个，后处理哪个。

这么说，你应该有点概念了吧？

我再详细一点：

BIO, 电话接通后，那头跟你说：我这边有一份文件，我念给你听哦， 然后 你拿起纸笔，一边听，一边写， 在他念完之前 你都必须 一直听着，即使信号不好 导致断断续续的，即使他念了几句，跑去上厕所了，又或者 他故意 一段一段的念给你听，每段之间 都要去上一次厕所，或者吃一次零食。 你都必须 老老实实的 拿着电话在这等，不能处理别的， 也就是说你一直被占线了。

NIO ，那头 给你发的短信有多少，你就写多少，写完了就去看下条短信，完全不用卡在这等这个人，如果没有短信进来，你还可以休息一会。

这么说 是不是又更清楚了？？

在网络通讯中，服务端需要接收到一个完整的报文，才能交给应用层去处理，也就是说，你必须要 等电话那头的人把一整段文件念给你听，并且你已经全部写在纸上了，才能交给应用层。

你在你的题目中描述的场景，他不属于 NIO ，也不属于 BIO ，他是个纯应用层的场景， 他是发生在 接电话，或者读短信的那个人，把电话那头的人要发的文件全部写完之后，才发生的事。 这个层面 其实用什么 IO 都是一样的，

但是你现在好像只有这一层的概念，对 IO 那一层完全没概念，所以出现错误的结论 也不是稀奇， 再继续加油吧，以后学深一点再来质疑。

百度搜菜鸟教程，

@ThreeK 你的内心深处无非就是想表达：“老子用的是 jackson ，gson 等，国外都很流行，你们这帮土鳖只会用国产的，我跟你们不一样，我很个性”

真的很看不惯你这种自以为是的性格。

有漏洞的东西那么多，为什么就 fastjson 成垃圾了？ 你自己写的项目 没 bug 吗？ 那测试是不是也可以说 你的代码是垃圾？

java 作为高级语言，本来就是为应用层而生的， 你不开发 web ，做中间件 还不是一样的？ 区别就是不需要你操作数据库罢了。

你如果要去开发 JVM 相关的，也就写写类库而已，再底层一些就不是用 java 写了。

你如果真的不想做应用层，可以转 C/C++， 如果就认定了 java ，那就好好开发应用程序吧，真要选的话，就去选择行业方向。

没有微服务的 倒是有一个： https://beeruscc.com

所以现在很多人都用 bsc 了， 以太坊如果再不赶紧换 pos 就要走下坡路了。

用户类型可以用枚举，不需要 if

最后的那个 map 是 多余的，直接返回 valetUser 即可

还有一个小建议，手机号不需要加密，实际应用中 配上 https 然后不要用 get 传输 就可以解决问题