说到性能优化，我想问， 什么是性能优化？你的理解呢？
**性能是什么？**在同一部手机中，功能相同app，哪个跑得快，哪个不卡，哪个性能高。本文解决了性能慢的问题：
**第一层：**写代码时要注意，让自己的代码是高性能、高可用的代码，这个过程就是写高 性能代码； **第二个层次：**通过工具检查已形成的代码的问题，并通过检查到的问题指导我们删除代码。这个过程被称为优化。 大多数开发人员都知道如何编写高性能代码？首先，我们需要有深厚的代码技能，这是代码的基础，如：
数据结构可以根据应用场景编写符合当前场景的特殊结构，如google针对Android研发了平台特征sparseArray替代HashMap。另外，对常用算法有自己独特的见解，leetcode有数百个问题，这几乎可以达到掌握最常用的排序和动态规划算法的能力。
此外，如果高效算法和节省内存的数据结构与符合应用场景的优秀设计模式相匹配，则为高性能代码提供了实现依据。
不懂也没关系。今天我们来欣赏一下全网疯传。**设计理念和代码质量优化 程序性能优化 开发效率优化】**Android性能调优秘籍
**数据复制次数：**Binder复制数据只需要一次，而管道、消息队列、Socket需要两次，但不需要一次内存副本来共享内存模式；从性能的角度来看，Binder性能仅次于共享内存。
Binder是基于C/S简单解释一下架构C/S架构是指客户端(Client)和服务端(Server)构成的架构，Client端有什么需求，直接发送给Server终端完成，架构清晰，Server端与Client端相对独立，稳定性好；共享内存实现复杂，客户和服务端没有区别， 要充分考虑访问临界资源的并发同步，否则可能会出现死锁等问题；Binder架构优于共享内存。
仅从以上两点来看，各有优缺点，不足以支撑google去采用binder的IPC机制，那么更重要的原因是：
传统Linux IPC接收方无法获得对方可靠的过程UID/PID，因此，无法识别对方的身份；Android作为一个开放的开源系统，有很多开发平台，App来源广泛，手机安全尤为重要；对于普通用户来说，他们永远不想从App商店下载偷窥隐射数据、后台造成手机耗电等等问题，传统Linux IPC上层协议完全保证没有保护措施。
Android为每个安装的应用程序分配自己UID，故进程的UID前面提到的是识别过程身份的重要标志C/S架构，。Android 6.0，也称为Android M，在6.0之前的系统是在App整个安装将在第一次安装时进行App一次询问涉及的所有权，只要你注意，你会发现很多App通讯录和短信根本不能使用，但这个一次性权限会包含在内，让用户拒绝，因为拒绝后App不能正常使用，一旦授权，应用程序可以胡作非为。
针对这个问题，google在Android M调整后，安装时不再询问所有权限，而是在App在运行过程中，需要弹出哪个权限来询问用户是否给予相应的权限，并更仔细地控制权限，使用户有更多的可控性，但**同时也带来了用户批评的另一个地方，即权限询问的弹框数量大幅增加。**对于Android M有些平台App开发人员可能会写出让手机经常弹出框架App，试图直到用户授权，这对用户来说是无法忍受的。用户最终抱怨的不仅仅是App，还有Android系统和手机制造商，一些用户可能会跳果粉，这也需要大多数Android开发者和手机制造商共同努力，共同打造安全体验好的产品Android手机。
Android有中权限控制策略SELinux以下是各种手段的列举，如Binder权限控制的一个角度：
用户只能在数据包中填写UID/PID；此外，可靠的身份标记只能由IPC内核中添加了机制本身。其次，传统IPC访问接入点是开放的，私人通道无法建立。从安全的角度来看，Binder安全性更高。
，Android就算用了Binder现在的架构Android手机上的各种流氓软件，不就是做这种偷窥隐射，后台偷偷跑流量吗？是的，确实存在，但这不能说Binder因为Android系统仍然掌握主控权，可以控制App在这方面，流氓行为只是控制应该采取什么策略android确实有很多空间需要进步，这也是google以及各大手机厂商一直在努力改进的地方之一。在Android 6.0，google对于app作为更多的努力，权限问题大大收紧了应用权限；此外，在大会中，google也表示在Android 7.0 （也叫Android N）进一步加强权限隐私，如SELinux，Memory safe language(还在research等等，今年5月18日至5月20日，google将推出Android N。
话题拉远了，继续说Binder。
大家多知道Linux它是基于C语言过程的语言)为基础，Android是基于Java语言(面向对象的语句)Binder它也符合面向对象的思想，将过程间通信转化为对某个对象Binder对象的引用调用对象的方法，其独特之处在于Binder对象是可以跨过程引用的对象，它的实体位于一个过程中，引用遍布系统的每个过程。可以从一个进程传给其它进程，让大家都能访问同一Server，就像给另一个引用一个对象或引用赋值一样。它可以从一个过程传递给其他过程，让每个人都能访问同一个过程Server，就像给另一个引用一个对象或引用赋值一样。Binder模糊过程边界，稀释过程之间的通信过程，整个系统似乎在同一个面向对象的程序中运行。从语言层面，Binder更适合基于面向对象语言的语言Android系统，对于Linux系统可能有点水土不服。
，Android中的等等。而。
总所周知，Linux核心是开源系统，开源代码许可协议GPL该协议具有病毒感染的能力，如何理解这句话？受GPL保护的Linux Kernel是运行在内核空间，对于上层的任何类库、服务、应用等运行在用户空间，一旦进行SysCall(系统调用)调用到底层Kernel，也必须遵循GPL协议。
而Android 之父 Andy Rubin对于GPL为此，显然是不可接受的，Google巧妙地将GPL协议控制在核心空间，使用用户空间的协议Apache-2.0协议(允许基础)Android同时，开发商不向社区反馈源代码）GPL协议与Apache-2.0之间的Lib库中采用BSD授权方法，有效隔断了GPL传染性仍有争议，但至少目前有所缓解Android，让GPL停在核心空间，这是Google在GPL Linux下 开源与商业化共存的成功典范。
Binder以开源为基础，OpenBinder是开源系统IPC机制，最初是开发，然后公司负责开发，现在OpenBinder的作者在Google既然作者在工作Google公司在用户空间使用Binder 作为核心的IPC机制，再用Apache-2.0协议保护自然没有问题，从公司战略的角度来看，降低法律风险，对开发成本也有很大的好处，Binder也是不错的选择。
另外，再说一点OpenBinder，在2015年OpenBinder以及合入到Linux Kernel主线 3.19版，这也算是Google对Linux一点反馈。
最后
上面这些公司都是时下最受欢迎的互联网大厂，他们的职级、薪资、福利也都讲的差不多了，相信大家都是有梦想和野心的人，心里多少应该都有些想法。
也相信很多人也都在为即将到来的金九银十做准备，也有不少人的目标都是这些公司。
我这边有不少朋友都在这些厂工作，其中也有很多人担任过面试官，。
4)] [外链图片转存中…(img-Qa24QsOt-1648311504465)] [外链图片转存中…(img-y9wX6KYB-1648311504466)]