IT技术博客大学习 共学习 共进步
首页 / kymjs张涛的开源实验室
IT 2016-04-02 23:13:01 / 累计浏览 2,200

对Android中的多图片异步加载的重新思考

这篇讲的是图片加载策略引发的性能反思。作者从开源中国客户端的一个实际问题出发：早期版本采用多线程并发下载图片，结果在列表加载时，图片反而出现明显的延迟和卡顿，尤其是在网络条件不佳的情况下。 核心发现直觉与效果的悖论：为什么传统观念中能提升资源利用率的并发，在这里却拖了后腿？文章用了一个生动的比喻——如同一个人同时推进两个相似项目，虽然总工时可能缩短，但单个项目完成的周期却被拉长，导致用户感知到的响应变慢了。 作者进一步剖析了 Android 系统本身的演进：在 Android 3.0 之后，AsyncTask 从默认的并发执行改为了串行执行队列。这个看似“退步”的设计，实际上是为了规避高并发下可能引发的资源耗尽与崩溃风险。在图片加载场景中，配合滚动时及时取消无效任务的机制，串行执行不仅更安全，从用户体感上看也避免了任务间的相互“干扰”，使图片能更连贯、流畅地逐张呈现。 这篇技术复盘最终指向一个启发：在移动端资源受限的环境下，技术方案的选择需要超越纸面的性能理论，紧密结合具体的使用场景和用户体验来重新审视。有时，看似“更慢”的串行，反而是通往“更快”感知的路径。

IT 2016-04-02 23:10:40 / 累计浏览 2,720

仿iPhone辅助球实现

这篇讲的是如何在Android上实现一个类似iOS辅助球的悬浮手势菜单。作者从一个很实用的角度出发，复盘了去年完成的一个个人项目，核心要解决的问题就是：如何让一个View脱离Activity，悬浮在所有界面甚至桌面上，并且能自由拖动和响应点击。 文章深入解释了两个关键的技术实现。第一，如何让Service能够显示View。作者厘清了原理，指出在Service中，通过获取系统的WindowManager服务并调用它的addView方法，就能将自定义View添加到屏幕上，从而实现全局悬浮。第二，如何实现手势交互。这里作者采用了更直接的方式，通过为View设置OnTouchListener，实时获取手指的屏幕坐标，并动态更新View的位置参数（Margin），来实现平滑的拖拽效果。 整篇文章从原理分析到核心代码一气呵成。给出的TopFloatService类代码完整展示了如何创建悬浮球、注册触摸事件监听、以及在点击时弹出菜单，思路清晰，对于想实现类似功能的开发者来说，具有很高的参考价值和实操性。

IT 2016-04-02 13:37:47 / 累计浏览 2,980

Android注解式绑定控件，没你想象的那么难

这篇讲的是如何用注解告别Android开发中繁琐的控件绑定。作者从大家熟悉的 `findViewById` 方法切入，直接点出它的痛点：方法名冗长、需要强制类型转换，随着布局复杂，初始化代码很容易变得冗余又影响可读性。 文章随后以KJFrameForAndroid框架为例，展示了如何通过自定义注解 `BindView` 来优雅地解决这个问题。核心思路很清晰：定义一个注解类，包含 `id` 和 `click` 两个属性，用于声明控件ID和点击事件。开发者只需在字段上方添加 `@BindView` 注解，一行代码就能完成绑定。 更关键的是注解的处理部分。作者解释了利用Java反射机制，在运行时遍历类的所有字段，读取 `BindView` 注解中的值，最后通过 `findViewById` 完成实际绑定。这种“声明式”的编码方式，让视图绑定变得直观且简洁，有效减少了样板代码，也让Activity的代码结构更干净。

IT 2016-04-02 12:56:48 / 累计浏览 3,220

Android流式布局实现

这篇讲的是如何从零开始，动手实现一个Android中常见的“流式布局”（也叫标签换行布局）。作者从实际项目需求出发，聚焦于自定义ViewGroup的两个核心回调：onMeasure()和onLayout()。 摘要里重点揭示了实现的关键：在onMeasure()阶段，需要遍历所有子控件，测量它们的宽高，并以此计算出控件自身需要的总高度。而在onLayout()阶段，则根据测量结果，逐个确定每个子控件的摆放位置。最核心的逻辑在于：程序会持续累加当前行子控件的宽度，一旦发现加上下一个子控件后会超出父控件的宽度，就会触发换行操作，将下一个子控件放到下一行的起始位置。 整个实现过程清晰展示了ViewGroup如何协调测量与布局来完成复杂的子控件排列。通过理解这段代码，开发者能掌握自定义布局的基本原理，为实现更灵活的UI控件打下基础。

IT 2016-04-02 12:53:14 / 累计浏览 3,640

聊聊 Apache 开源协议

作者从一次开源项目疏于声明版权的小插曲谈起，引出了对 Apache 开源协议的讨论。文章首先用几句话精准概括了 Apache License 的核心：你可以自由使用、修改代码，但若进行开源分发，必须保留原始版权声明并清晰标注改动部分；你甚至可以附加新条款，但前提是与原协议不冲突。 接着，文章将 Apache 协议与社区常见的 MIT、GPL 协议进行了对比。一个关键区别在于，Apache 协议允许衍生作品在特定条件下保持闭源，这与 GPL 的“传染性”（即使用了 GPL 代码的衍生作品也必须开源）形成鲜明对比。作者指出，这正是 Android 系统选择 Apache 协议的主要原因——它允许硬件厂商提供闭源的驱动程序，从而在商业与开源之间找到了一个平衡点。 文中还提到了作者亲自翻译 Apache 协议原文的工作，为读者提供了直接阅读理解的便利。整个讲解结合了具体案例和协议条款，把枯燥的法律文本讲得清晰易懂。

IT 2016-03-23 15:02:45 / 累计浏览 4,060

Android最方便的推送框架

这篇讲的是如何打造一个对Android开发者更友好的推送库，目标是让一个人就能完成推送功能的集成，摆脱对复杂服务器端配合和漫长测试的依赖。作者从现有推送方案的痛点出发，深入剖析了Push与Pull两种模式的底层原理、适用场景及资源消耗差异。他选择基于轮询（Pull）模式来实现，并指出了直接使用定时器可能带来的系统回收风险，转而采用AlarmManager来更稳健地调度任务。文章的核心不仅在于代码实现，更在于一套完整的优化策略：根据网络状态动态调整轮询频率，在屏幕熄灭后适时停止请求以节省电量与流量，并探讨了如何让后台服务更持久地存活，尽管在面对某些定制化系统时仍存在挑战。作者最后坦诚分享了在服务持久化问题上的探索与局限，为同样面临此难题的开发者提供了思路。

IT 2016-03-22 22:36:06 / 累计浏览 2,080

Android夜间模式实现

这篇讲的是如何利用Android的Theme机制，相对简单地实现夜间模式切换。作者从一个实际需求出发，通过一个小Demo演示了核心步骤。 核心思路是先在`res/values`中定义自己的属性名（比如背景色），然后为日间和夜间模式分别创建主题样式文件，为这些属性赋予不同的值。在布局文件中，控件通过`?attr/属性名`来引用这些值，而不是直接写死颜色。 实现动态切换的关键在于代码逻辑：在Activity中通过`setTheme()`方法切换主题，并且一定要在调用`setContentView()`之前执行。对于已经显示的界面，作者提供了一个简洁的刷新方法：直接调用`recreate()`重建Activity即可应用新主题，省去了手动重设所有视图的麻烦。 文章没有堆砌理论，而是聚焦于“定义属性 -> 创建主题 -> 引用属性 -> 动态切换”这条实用路径。最后也提醒了几个实现细节，比如自定义主题必须继承系统Theme以避免报错，确保切换过程流畅。