getReceiverInfo()是从 mSettings 里查找，未找到就从 mReceivers 查找呗，查找源不通而已

@ysc3839 我知道问题在哪了，DisplayMetrics.xdpi/ydpi 代表的是实际的物理 dpi，这个值两个 pad 返回的都是 224、225 左右，我的布局出现偏差问题在于我绘制布局的时候调用了 Resource.getDimensionPixelSize 这个方法来转换 dp，而这个转换方法是以 dp*DisplayMetrics.density , 这个 density 正是你说的系统设置的 densityDp 相对于基准 160 的缩放倍率
我只要用 xdpi 计算实际的 dpi 的缩放倍率来重新计算应该就可以解决我的问题了

@ysc3839 但是单位 dp 对应到屏幕的物理大小的确在两台 pad 上是不一样的，同样的布局在两台 pad 上展示并不相同，那么这些设置对 dp 的计算会产生什么样的影响？考虑实际 dpi 本身就是为了适配，即使这些设置不代表实际 dpi，但确切的对适配上产生了影响

@ysc3839 即使这样，也无法解释相同尺寸和分辨率的 pad 具有不同 dpi 这个问题，所以我好奇到底哪一环漏了

基础是基础，谁的基础？应用层开发的网络交互撑死到传输层，不面试谁关心你 ip 头什么组成，万年用不上，就像 9 楼说的，知道包含来去 ip 不带端口就不错了，但要是做什么交换机系统的，这可能就是工作基础
你要说这是所有人的基础，妥妥“八股文”

@BBCCBB 会用 linkedHashmap 去实现本身就说明理解了思路吧，不然问为什么用说不出来不是一样么

@BBCCBB 没有啊，你既然都用了 HashMap 本身就表示接受 JDK 类了，HashMap 本身也是优化后的实现，既然不能用 LinkedHashMap，那么就不能用 HashMap，那么文章里就应该用数组自己去实现 Hash 存储

没研究过，不过可以抽象看看
首先，要确定 audiorecorder 录的声源，是直接录环境声音，还是直接读取声源
如果直接录的环境内的声音，我觉得肯定是分不开的，因为没办法区分是谁说的
如果直接读取声源，那通话对象的声音至少是读取音箱，更上一层可能读取通信信号，而当前手机持有人的声音应该是读取的麦克风，这样自然就是分开的，你只要分别录制两边的声源就好了
我觉得这个挖起来至少要挖到 HAL 层以下了，不熟悉系统可能挺难的

既然已经用了 HashMap，直接 LinkedHashMap 可破，不需要自己再去实现链表吧
count > capacity 时，你需要 foreach map 逐个排除，直至 count 降到 capacity 以下，这里是以个数为准，所以直接踢掉 tail 也可以

概念不一样而已，微信提供给你的只是他认为是缓存，可以让用户自行管理的比如聊天图片之类的文件大小
系统则是在应用层面提供数据，包括微信安装后跟微信有关的空间占用，比如微信自身的 sqlite 数据库，so 文件、apk 内封装的多媒体文件资源等等

2，8 有用

裸辞期间是最有动力学习的
今天面试败了，我艹，赶紧补补没答上来的，下次面试又有信心了
已经一个月了还没有 offer，我艹，赶紧上网看看技术博客，又充实了一点点
把焦虑感转换成动力，不努力又没 offer 会形成堕落负罪感，又能提升强制学习的想法，形成正向循环

aria2，一个帐号被限速后换账号可破，之前我刚问过哦，还有人推荐 pandownload

首先，你要确定微信 qq 这些 im 是否用的 https 传输数据，然后你还要确定这些 im 是否会向 zf 提供聊天记录
第一条你自己抓包就能确定，第二条知不知道也没用，跟 3 喽说的一样，反正知道了现阶段国内你脱离不了他们
现阶段的 tls 协议的密钥的交换机制很成熟，只要确切按照握手协议走，是可以放心的，但是密钥交换机制基于非对称加密，目前非对称加密用的最广的就是 rsa，rsa 又是基于当前计算机并没有有效的因数分解的方法，可考虑的是量子通信以及量子计算机会的发展会逐渐动摇当前安全的机制，十几二十年后量子计算机可能就能高效破解 rsa，虽然通过加长 rsa 密钥长度也是一个选择，但 rsa 说到底并不是一个高效的加密方式，不过到时候量子通信的密钥交换会取代当前的方式吧

是学 C++的太有料么，看着瑟瑟发抖
6-12 比 14-22 的难多了

画面可以的
但是动作场面有种国产动漫特有那种加速度感，好像每个动作镜头人物都像装了弹簧，瞬间加速，感觉好难受，就不能好好打么
然后剧情太弱了

标题毛病，不是用户和 bug 在比较，是新需求和 bug
说的很有点道理，可是优先级很多时候码农说不上话，是不是很尴尬
最后，这个排序更有毛病，bug 的优先级在于对于产品运行影响程度而不是谁反馈的，码农发现一个会常常导致应用崩溃的 bug 难道应该让位于用户发现有时候某个图片无法正确展示的 bug
过于在乎用户感受，反而拉低产品质量的重要性，但是产品质量的提高才是提高用户感受的确实途径吧

金融项目难道不应该关注下数据的安全性么，https 熟了么