楼主，你可以把你们产品的 Play 地址发给到我邮箱，让我看下吗 [email protected] ？谢谢了。

楼主可以试试把文字好好梳理一边，然后写成英文，发到 reddit/r/androiddev 问下国外开发者看看，有没有可能是破解的问题。
不过按现在的情报的确第四种可能性大，前面那种格式好像是旧版的格式，所以有可能的确是别人伪造的……
不过你们应用日活和 VIP 的比例真的很低，有点奇怪……

动态代理具体实现步骤、是问 hashmap 为何线程不安全
这两个问题感觉问的很差，前者我感觉这问题问的没水平或者没意义，因为如果不是专门工作中经常用到这个，谁会描述出具体的实现步骤。
后个问题也很有问题，Java 里的 hashmap 就算不 rehash 也基本上不太可能线程安全（比如说 visibility issue ）.......所以这个问题我感觉很奇怪......

什么 B 站，A 站，哥只上 yt，懒得跟他们 BB。

@chuanqirenwu 我觉得你的说法（ if else 是正则语言的一个子集）是错的。
if else 可以有嵌套结构，因为正则语言解析不了嵌套的结构。所以 if else 肯定不是正则语言的子集。

@abcbuzhiming 计算理论。

@gouchaoer 感觉我刚刚好像批评的太多了（我的错），不要太往心里去，权当学习交流好了。
不过这个东西真的很复杂，其实有段时间我也想学习下微服务，后来发现如果我工作里完全没用到的话，不就一点价值都没有了，然后我就没学了……

我的一些看法，当然我不是微服务的专家！

> 首先需要确认的是一般的 web 后端不适合微服务，什么是一般的 web 后端呢？就是一些比较简单的对数据库增删查改或者对缓存进行操作、用来生成网页 html 的、写成一个项目也没啥问题的后端，每一次 http 请求都很快很简单并且没有特别消耗 io 或者 cpu 的调用，比如没有去查 elastic search、没有去 rpc/http 访问别的接口。

我觉得这句话其实是不正确的。一般的 Web 后端不是不适合微服务，而是没必要微服务。但是实际上一些非常简单的对数据库的删查改都非常适合做成微服务，如果这部分提供的 API 服务是你业务非常核心的业务，而且非常需要 Scale （乃至 reactive ），这时候做成微服务是非常有价值的，而且也利于迭代这部分核心的业务。

> 1、凡是涉及到 io 的部分必须有 tcp 池，包括 es、mysql、redis、rpc 甚至 http，我们知道 tcp 建立连接和断开对任何一方都是有消耗的，qps 大了这个消耗都必须避免

我觉得这也是错误的，微服务并不需要一定有 TCP 池，一个微服务可以通过各种的形式给外接提供接口，并不需要 TCP 池，就算你通过 Atom （ https://en.wikipedia.org/wiki/Atom_(standard)） 让别人订阅数据也没关系。

> 2、凡是涉及到 io 的部分要么用异步要么用协程，不允许阻塞，因为 io 部分意味着这部分消耗时间很长，如果阻塞在这里 qps 一大就会同时有长千上万的线程卡在 io 的地方，cpu 调度这些线程消耗很大。

我觉得这也是错误的，在一个现实世界里，一个微服务用到一些东西是阻塞的是再说难免。比如说你用的数据库并不是在驱动级别支持异步的。但这从来不是问题，你只要讲这部分阻塞的东西放到一个很好的围栏里（放到一个线程池里并采取相应的措施）。当然你的微服务的很多阻塞的部分可能是你当前的微服务的一块比较短的短板，但是这永远也不会因为你的一个后端有阻塞的部分，而使你的后端无法成为一个微服务。

https://labs.spotify.com/2014/02/28/how-to-shuffle-songs/
iTunes 也是类似的， Google Music 也许也是类似的或者更复杂的算法（比如说结合机器学习）。
如果楼主你经常用的播放器有这种问题，有可能是随机的算法没写好。

@aaronmix 是的，不过视频里也提到了，感觉这些都是些很容易犯的 bug 。

帖子里好多名称都没看懂，感觉这里面说的好几家好黑的样子，这贴是说楼主买了一个 VPS ，然后说线路很差，然后被其他 VPS 商攻击？
我看到中国人开的这种就绕道，买个国外的 VPS 速度有快、服务又热心，也没这些乱七八糟的事情。。。

我发现如果一个人在一个帖子里，和很多人争论来争论去，然后 @了很多人，而绝大部分的回复内容毫无营养。
很多情况下，他并不是是合理地探讨，而是只认同他自己的想法，觉得他自己的想法是绝对对的……

Google Play 也有这样的规定吧……

@Cabana
哦，我剛剛看了下，原來 RxRelay 是這麼用的，感覺又學到了很多，謝謝你了。

@jinyang656
哦，我明白了，谢谢腻了。
一开始我还以为因为代码前面不是有 RxView.click(View)，就算 onError 后， click 还是会再在重新来一边，后来想一下原来我完全想错了，前者和后者是一条链的。

图再发遍试试
https://i.ooxx.ooo/2017/04/17/736a2f1e58e0b11c42f05ad64ab9db6e.png