在中国做到完全不用百度产品不是很简单吗？

难的是 bat 三者，以及它们控制的都同时不用。
我吹嘘不用它们，但在 at 方面也只能部分地做到（比如支付宝不使用移动端，快捷支付，仅通过网银付款）。

换 hyper v 或者 vmware，前者有一个技术可以调用主机的显卡

比较少喝速溶以外的

我们都知道这样是错的，但是，反对无效

用 appops 把它的 RUN_IN_BACKGROUND 项目设置为 ignore，可以有效抑制这个问题
最终解决办法还是要靠注销 service 或通过 IFW(绿色守护的处方特性)阻止 service 被唤醒

@allinwonder
@yunkchen
@cxyfreedom
总之 windows 的换行符是先回车再换行
linux 只有回车，mac 只有换行

@Chingim 免费提供的 vmplayer?

@standin000

根据
https://android.googlesource.com/platform/frameworks/base/+/bef28feba57be7fd6a4d14a85a8229154338b2ed%5E%21/

有 Android 7+ 的话，AppOps 的 RUN_IN_BACKGROUND 确定能对付这个问题
“ All jobs for the app are cancelled and no more can be scheduled.”

使用 AppOps 无需 root，只要有 adb 就可以用

这些软件把 adb 模式给包装好了:
https://www.coolapk.com/apk/com.zzzmode.appopsx
https://www.coolapk.com/apk/rikka.appops


如果没有 Android7+，就要有 root 权限，可以使用这些方法：

通过 pm disable 注销 KeepAliveJobService
具体：
https://www.coolapk.com/apk/cn.wq.myandroidtools

通过增加一项 IFW 的规则阻止 KeepAliveJobService 被调用
具体：
绿色守护的处方特性

强制把应用设置为 app standby
具体：
绿色守护改用 shallow hibernate 模式(这个可能没意义，你终究是希望把它的 service 杀掉，进程可以保留)


如果没有 Android7，也没有 root，那就要用 brevent，它会混合使用 app standby+FC，效果至少比绿色守护好一些

Sync/Job 的话仅仅是系统进入任何一级的 doze/应用被 app standby 就会被推迟到下一个维护窗口

@standin000

绿色守护的作者在 bugreport 列出了一些常见的保活措施:
https://issuetracker.google.com/issues/62480012

"
1. Restart the service with a frequent periodic alarm (less than 5 minutes), causing the service being stopped and started again and again. (same applied to JobScheduler and SyncAdapter)
2. Restart the service inside its Service.onDestroy(), reviving the service immediately upon stopping.
3. Raise the background service to foreground service, when the screen is off to dodge from observation by user.
4. Bind to each other within 2 services, to fool the activity manager to consider them as bound services.
5. Restart service from JNI native library with "am start-service".
"

我觉得比较可能是通过另一个应用的 SDK 发出 expilcit Intent 启动，或者 Sync/Job 的方式，它们都能绕过 Force Close
有 Android 7 的话，RUN_IN_BACKGROUND 应该能对付这里的所有情况
然而如这个 bug report 所说，7~7.1 的这个实现有 bug(直到 Android 8 DP4 修复)，只会杀进程的第一个 service

很残酷地，可能是的。
如果系统是 android7.0 或更高版本，尝试用 appops 的 RUN_IN_BACKGROUND 项辅助一下

反向代理？

@wevsty

就那个提供信用卡号+cvv 的自动续订模式而言，我国很多人比较可能不接受这种并未在我国通行的惯例，相对的，他们更接受在订阅服务之初便指定了订阅结束时间的模式。前者加重了他们的义务。

这是使用带有临时卡特征的预付 visa/master 平台的动机之一。

举例：
在运营商办理宽带包年时，合同上允许在合约到期时转成包月资费继续合同，或者停拆，但运营商一般不愿意消费者使用后者。

@zjsxwc 我们一般会增大 referer 的粒度，或是不信任的情况下完全禁用 referer，以及 url 上的如 utm 的尾巴。
毕竟网站不需要知道用户从哪里来，或是要去哪里。

"我问的是可否复议，都来讨论我对错了"
你的叙述暗示了你的三观可能不正，不要期望有人愿意回答

@jimmy 水果的那个口是 tb3 （兼容 usb3.1 gen2，但不兼容尚未发布的 usb3.2 ）

@nikoo

backblaze ？
它的在线储存价格和 amazon glacier 一致。
8T 的储存价格是 40 刀 /月

https://www.backblaze.com/blog/transparency-in-cloud-storage-costs/
https://aws.amazon.com/cn/glacier/pricing/

"每天都提醒我几点到公司，几点到家，谁数据搜集的"
依赖于手机位置服务的功能收集的

Google Now(现在叫 Google Assistant)早就提供这个功能，iOS 也在 Google Now 发布后不久提供了相同功能。

“我没有告诉华为，那个是我的家，他怎么知道呢”
你没有直接告诉它，但你隐含地告诉它了(因为你允许它手机数据，它便能准确猜出来你住哪)

“另外所有的应用都是关闭的，高德地图怎么还可以推送呢？ ”
你以为关了，实际并不然。
比如应用被禁用后(adb disable 或 adb hide)，能确保是关闭的。

"难道我以后啪啪多少分钟，他以后也知道"
我认为在不久的将来是有可能的

总之，如果希望使用这些功能，且损失最少的隐私作为代价，应当使用搭载 iOS 的苹果手机，它使用更多的办法减少收集用户的信息。