不知不觉，跟着莫凡大大的机器学习教程学习了一段时间。作为初学者，是时候总结一下目前学习到的知识。第一篇就从python和python中必需的数据处理库，图像库开始吧。

target SDK升级是一个老生常谈的问题，由于总所周知的原因，很多国内APP的Target SDK版本号还停留在23以前，甚至是19。本文结合项目中实际遇到的问题，简单的梳理一下升级Target SDK遇到的问题。

好久没有写技术博客了，随着工作中业务的成长的同时，也愈发感受到基础的重要性。有很多我们平时Android开发经常会接触到的事物，由于太过于常见，或者各种开发工具封装的太过完善，导致我们实际上对他们并没有我们想象中的那么熟悉(也就是我说的『陌生的老相识』)。 温故知新，也借此机会刨根问底，打算写一个系列，好好的介绍下这些『老相识』。每篇篇幅不长。第一篇选中的是Android Support库。

没错，大家也看到了这篇博客的标题是英文，这说明了什么呢？这说明了这是一个悲伤的故事，预示着作者心中的哀伤(苦笑脸)。其实最主要的原因是，用中文描述起来可能有点啰嗦。

『Https请求的response的header中, Set-Cookie里的domain字段的值，是否需要以点.开头呢？』

为什么会有这样的疑问？一切还要从一个月前的那件事说起~

大家知道，工信部要求，所有app首次启动前，必须弹出用户授权页面，只有用户手动授权允许了app使用数据网络，app才能发起网络请求。

但这次集成了facebook SDK后，我们遇到了一个奇怪的问题，到底是什么问题呢？

上一篇我们介绍了Android资源加载以及宿主如何加载插件中的资源的问题。文末我也提出了一个问题，多个插件如果存在包名相同的view的话，如何应对LayoutInflater加载布局会根据view的包名对view进行相应缓存导致的bug呢?

上一篇文章我们介绍了如何偷梁换日，用HostBaseActivity去在Activity运行中代理PluginBaseActivity，并让PluginBaseActivity具有Android中Activity组件的生命周期。也同时留了一个问题，插件的资源加载。这篇文章就和大家一起分享下，插件资源加载涉及到的知识点和解决方案。

前文介绍了Android中如何在应用中加载一个普通未安装的apk文件，也提到了插件化面临的两个问题。一个是组件的生命周期，一个是资源的加载问题。系列的第二篇我们就从如何静态代理一个Activity，从而偷梁换柱，实现『启动一个未在Manifest中申明的Activity』的目标.

无论哪一种插件化框架，本质上都有宿主和插件这两个成员。而插件包通常都是以Apk文件的形式存在，所以如何加载Apk文件就是插件化基础中的基础了。本文就简单聊一下Android中如何加载apk文件吧。

从本篇起，我将用一个系列的博文，和大家一起分享一下基于静态代理的Android插件化框架。该框架原理与任玉刚开源项目Dynamic-load-apk的原理相仿, 同时也在『米家』app和『有品』app中得到实际应用和检验。不足之处，请多多包涵。