昨天和同事花了近半天才梳理出来一个rc文件中set_prop的流程，足见android底层服务设计之复杂！

这本书还是蛮基础性的对Linux内核的设计原理进行了说明，也有具体实现部分的介绍，结合源码能很好的理解Linux内核；在翻了一遍之后，带着如下几个疑问，整理了下：1、内核是什么时候加载运行的；2、应用程序、内核和硬件的关系；3、进程管理、内存管理和进程地址空间；内核是什么时候加载运行的？bootloader复制压缩内核到内存空间;内核自解压;运行内核;init/main.c中的start_kern

为什么领导不推荐使用新的框架或者新的平台这两天切换到新的平台，学习起来确实感觉不那么容易，主要是经验越多，对旧有平台的依赖性就越大，切换起来，代价也越大！但我们都有一个好的习惯，就是不轻易放弃，对手上负责的事情，都能做到尽职尽责，一方面也不给他人落下口实！所以我们尽管心有怨言，但每天依旧是在新平台上学习、了解和使用新平台的API做些小的demo，每天了解一点点，渐渐的，也就适应了新平台的框架，AP

公司人力吃紧，特别缺少C开发的同学，只能是我是一块砖，哪里需要哪里搬！记录一次Android系统完整的配置开启启动应用，并配置Selinux权限的过程！Selinux的概念甚多，理解起来还是很费劲的！并且需要有Linux内核的基础知识，总归来说是打通任督二脉的一件事，多多学习总是没有坏处的！

SeLinux全称为安全增强式 Security-Enhanced Linux（SeLinux），是一个在内核的强制存取控制（MAC）安全性机制。SeLinux的整体架构和原理都比较简单，使用也不复杂，其复杂的地方在于规则非常复杂，每个进程都要有规则策略；SeLinux 遵从最小权限的理念，在开启SeLinux的情况下（enforcing 模式），所有访问默认是被拒绝的，而有一系列例外的策略来允许

早上醒得早，思考这些年的一些体会，比方最亲密的人之间，是否存在边界？他/她在说不的时候，你是否还在任性，肆意妄为，直到你感受到对方生气，甚至发怒，然后哑然无趣的收场，或者对方说你不懂他/她；反倒是在陌生人，同学，同事，或者闺蜜好友之间，我们总是收起那份恣意妄为的任性，识图不要打破对方的边界，保护自己和理解他人的空间，虽不到相敬如宾，但又没那么客套，这种关系能拿捏得恰如其分；在最亲密的人面前，其实我

最近给服务器提供协议编解码库，出现较多内存相关的问题，做个记录，顺便给有相同需求的同学提供参考！

近期提供给JAVA应用使用的编解码协议库，需求就是编码的字符串，需要解码为Java对象；回应消息的Java对象，需要编码为指定格式的字符串，把模板代码总结下，主要涉及几个点：1、在JNI层找到Java对象，及其属性变量的值，然后转换为JNI层的内存数据；2、在JNI层实例化Java对象，并设置这个Java对象的属性变量，并返回这个Java对象；示例代码如下：Java对象 public&n

从开源的代码以及DW1000提供的代码，均没有很好的MAC层控制实现，对于定位模块的产品化来说，这是缺少关键的一层，只实现了功能，绝不能算是产品；MAC:MAC协议全称Media Access Control（媒体访问控制子层），该协议位于OSI七层协议中数据链路层的下半部分，主要负责控制与连接物理层的物理介质。DW1000的官方文档明确提出了DW1000的收发器模块并没有实现MAC层，但对MAC

推出的音视频服务的产品，其可用性、易用性和用户体验如何，对于复杂网络场景下的处理如何，这是相当考验技术的一个行业，投入的资源和技术积累的程度，核心算法的设计、开发能力，都是尤其重要的，所以通过互联网开源项目堆出的产品，只能处在demo环节，离真正的产品化还有好远好远的距离；通信网络技术：TCP和UDP的选择；搞不定丢包就选TCP，比方POC语音对讲相对小数据量的应用，就适合选用TCP;比方实时性要