去网站看了下，OP 08 年出生的啊，今年 16

@tool2dx #15

倒也能理解。

pair 本身需要完全安全。

而 adb tcpip 开不需要。

确实 adb tcpip 开起来稳得多

@flyqie #82

登录和验证等方式都能省下钱。

每个用户做每日下行短信限额，超过的要求走上行验证。

微信不就这么干的? 次数过多触发限额就要求上行

@totoro52 #82

怎么不省钱?

业务逻辑上用户每日只能下行短信 x 条，剩下走上行。

起码在登录方式上来说是能省下钱。

@flyqie #10

不过会复杂一些，可能还得自己搞个 ffi

@xubeiyan #8

可以自己实现然后把帧数据喂给 webrtc 。

安全问题 + 省钱

某些野路子项目想省钱的话甚至会自己买个卡做上行短信来搞手机号验证

@ifconfig #48

有安全感的东西几乎都是不"爽"的，很少有例外。

所以这也是为什么我某些个人项目还是拿 php 糊，因为他真的很爽啊。

@higanbana #36

生态拖后腿这个事，其实我更倾向于是历史原因导致的。

php 正如他最开始的全称一样，纯 web 场景非常多，发展倾向也是比较偏 cgi 的，这也就导致不管是 php 本身还是其生态都对某些方向相对比较冷(而且还有积重难返的情况在，兼容性破坏很要命)。

go 等语言先天就不止局限在 php 所在的主要场景上，所以他的生态发展在方向上会比 php 热闹很多。

这也是为什么 php 走下坡路这么快的原因。

实在不行你搞个 cgi 来实现吧，啥语言都行，复古但好用。

@higanbana #32

那只剩 swoole 了，你要不想用的话似乎没别的比较稳定的了。。

想优化还是得改架构，完全放弃 php 或者部分组件放弃。

@higanbana #27

这种大杂烩。。要不你试试 workerman 这个生态圈的?

@qloog #23

我这边是 go + php ，主要是 go 写 web 体验比 php 差一些。

没看懂你到底想要什么。

到底是一个网络协议框架还是一个业务框架?

logcat 看下?

具体原因不好说。

@MirageTurtle #16

不好意思，我风格就这样，很抱歉让你误以为有攻击性，发的时候确实没想到这么多，谢谢建议，以后一定会改。

回到问题，虚拟机是模拟不了的，这也是为什么市面上会有真机云测平台，hw 这边的东西有很多都是闭源的，这也是为什么 android 有 hal 层的原因，这种情况下肯定是不可能模拟的。

如果安全研究的话，很遗憾，只能买真机，因为云测平台实现不了这种需求。

各个厂商差异确实挺多，aosp 本身的生态就是很碎片化的，相互之间兼容性并不完善。

华为刷小米?

我没听错? 你自己好好学习下 aosp 吧，aosp 这边并不像你想的各厂商之间这么开放。

你刷进去大概率就是可逆性砖块

宽带装维人员能在后台查。

找他们要。

aws 似乎并不提供该限制

应该是从商业运营上考虑的。