Android 会疯狂的频繁重写 /data/system/notification_policy.xml 这个文件，绝大部分时候根本就没有变化。而这个文件的体积很大程度上取决于 channel 的数量。

我写过一个测试程序监控过 Android 这个行为，我这没有使用 Telegram 的 Android 客户端，就已经是分钟级的频繁重写了。

你们可以看下自己主用手机上这个文件的大小和修改日期。

还有日志…看来是从系统安装后系统就没有清理过…

notification_policy,xml 的覆写用的是 AtomicFile，这导致 Linux 层面的文件 cache 机制都无法发挥性能保护的作用……

AOSP 代码看多了，会有一种深深的无力感，还是 iOS 闭源好……

#recommended #security #android #statement

0、毫无逻辑的两句话。
1、混淆几乎不花什么时间，何来浪费精力？即使对减少apk体积和代码优化没有很大的作用，但这个投入很小，也没有产生什么副作用。
2、软件产品，还是以代码构建的东西来提供服务的，这是基础，说这话时看不起写代码的人还是看不起自己。
而且，代码是不是不是核心资产和产品有没有竞争力尽然扯上关系了？

软件产品，是以代码构建的东西来提供服务？我可不能苟同。产品的本质是服务，代码只是手段。这一点不要本末倒置了。

『说这话时看不起写代码的人还是看不起自己』，不要进行主观的推断，这种言论我是不屑于回复的。

『代码是不是不是核心资产和产品有没有竞争力尽然扯上关系了』，请注意区分 相关性 和 因果。

能理解我讲那两句话用心的人，自然明白字面之下的道理，反驳字面的表述，于己于人都不会有什么价值。

#media #android

正好前一段时间看到一篇 blog (来自即刻的 Android 工程师的笔记) https://github.com/tuesda/blog/blob/master/android/video/20180618_%E5%88%9D%E8%AF%86%E8%A7%86%E9%A2%91%E5%8E%8B%E7%BC%A9.md

感谢 目前我是试用了下 MediaCodec 整体速度还OK 就是担心会有兼容性问题

#android #git #Learn

Git 项目有没有什么机制实现在 GitHub 之类的平台开源一个现有的项目，但只让从某个 commit 之后的 history 对外可见？

隐藏旧的 commit，但是自己可以浏览

底线是不想维护对外对内两个 repo，也不希望丢弃旧的 commit 记录。

我在想，是不是可以用 squash commits 的方式创建一个 public branch，这样旧的 commits 保留在私有的 branch 上，然后 push public branch 到 GitHub，将来只维护这个 public branch。这样勉强也满足了需求，虽然 commit history 不够连贯。目前只停留在构想中，不知道可行不？