根据我买 ipad 的经验，刚买的时候会使用 ipad 看书。

后来 ipad 沦为了看视频和玩游戏的工具。

看书还得用手机、电脑、纸质书籍 。

ua 是 User-Agent

前人炊食留胶油,

后人无辜烟熏头。

这样押韵点。

@mozhizhu 啥神器

Github 上看更方便一点。https://github.com/unofficial-openjdk/openjdk

@ipwx 主要学习数据结构，自己写的测试，有的时候考虑不全面。
@Lonely Thanks，找到了 。

http://hg.openjdk.java.net/jdk8/jdk8/jdk/file/687fd7c7986d/test/java/util/PriorityQueue/PriorityQueueSort.java

地区的话，你可以参考楼上。

我给你说下交通方式吧，广州的早高峰和晚高峰都是比较拥堵的。

地铁虽然快，但是早上有的地铁比如员村地铁 8 点左右、进站要大概 15 分钟，每趟车来能挤上去 3、4 个人，很痛苦的。

公交的话，有的线路(国防大厦这一段路)早上也是非常堵的。

建议你在考虑地区的时候，要考虑下通勤时间。

如果是步行能到的话，最好。如果是地铁或公交的话，要预留点通勤时间。

写出来挺好呀，很真实，！
工作嘛，双向选择。
总比有些表里不一的公司强 ！

洗牙只是去牙垢，清洁口腔，不能美白。
美白的话有冷光美白,我之前做过一次 1600，有效时间为 2 年多，稍微白了以点。
这种问题去正规三甲口腔医院咨询一下吧。

@vjnjc
less 命令默认打开文件的时候，定位在文件的首行,同时计算行数。
如果文件比较大，会卡在算行号一段是时间。
因此大文件的话，打开文件的时候使用
less +F -n file
-n 不计算行号
-F 实时滚动

如果你已经打开文件，并且卡在计算行号，按 Ctrl +C 取消。

我写 iOS 代码的时候，一直使用 Masonry 来写布局， 比较灵活。
大部分页面比较简单，直接使用 Masonry 灵活、快速。

缺点就是 :
1. 写复杂界面的时候，代码一坨一坨的。我选择将 Masonry 封装到具体的 View 来简化 ViewController 页面代码。
2. 列表页，尤其是非常复杂、由服务器动态控制布局的列表页，滑动起来比较卡顿。我选择使用 YYLabel 库，在很复杂的页面不使用 Masonry。

因为我是 Android 过去写 iOS 的 ， 写布局用 Masonry 很舒服。
最主要的是 iOS 只有我一个人会写，我想用啥就用啥，舒服的一批(当然最终的效果是符合产品经理和用户的预期的)。

1.如果文件比较小的话，使用 vim 直接查看

2.如果想要查看正在滚动的日志文件。
tail -f
Ctrl + c 终止 tail 命令
Ctrl + s 暂停 tail 命令
Ctrl + q 继续 tail 命令

3. 如果文件比较大的话，可以使用 less 命令。
shift + f(即 F) less 查看滚动的命令，实现效果类似 tail -f 效果
Ctrl + c 退出滚动模式。

4. 如果你已经知道日志输出的关键字的话，使用 grep , 通常需要打印关键字前后的日志。

grep 'key word' log.txt -A 20 列出包括匹配行之后 20 的行。
grep 'key word' log.txt -B 20 列出包括匹配行之前 20 的行。
grep 'key word' log.txt -C 20 列出包括匹配行前后各 20 行。

5. 有时候需要将 tail 和 less 命令结合起来使用

tail -n +10000 | less 多第 10000 开始,使用 less 查看

良心云指腾讯云
套路云指阿里云

我之前做过 Android 和 iOS , 做的应用使用的是 消息推送 SDK 。
Android 使用的 小米 /华为 , 应用在前台透传,应用在后台通知栏推送。
iOS 的用的是系统的 APNs , 机制和 Android 类似。

缺点是不论 Android 和 iOS , 集成系统的消息推送都有延迟。
我们公司当时没有即时通讯的业务,前台、后台 消息推送一把梭哈 , 所以经常被用户投诉,别人回复消息,自己收不到。
但是应用在后台的时候,只能使用系统的消息推送。

因此,像微信这类即时通讯软件,应用在前台用的是自己的长连接,在后台用的是系统的推送 。

至于抖音,没有了解过,如果为了保证推送的及时率和成功率,应该采取和微信一样的机制。
如果抖音比较懒的话，那就用直接用系统的推送。

具体 IM 的原理 和 Android 消息推送原理 与 APNs。因水平有限，我也没做过这些，就不评论了。

你这推荐的有点晚。。

项目大的，定制性要求高的，对性能要求高的，对崩溃率要求低的，对适配机型要求多的。 老老实实原生开发，不要用什么跨平台框架，你会被产品搞崩溃的。

要求不高的用 rn 或者 flutter。weex 请忽略。

很正常，客服不是技术。客服是帮产品经理、技术收集信息。
因为用户太多，如果技术人员接待每一个用户，那一天基本都不用写代码了。
之前公司客服收集信息反馈给产品经理，产品反馈给技术。

@gone 因为你的两个应用是在两个不同账号下创建的。
因此不能打通账号。如果是同一账号下创建的两个应用。可以通过 unionId 打通账号。
立即发新版 App，停掉前几天的版本。然后联系腾讯那边加急审核。端午人家可能要放假。
做活动，补偿前几天的线上用户。

或者咨询他们的企业 QQ， 联系他们技术人员。

这种问题你发邮件咨询 QQ 互联。