关于开源，关于 GitHub, 关于 Android
这篇讲的是作者从Android与GitHub的并行增长出发，对开源生态与实践的思考。他通过两组2007-2013年的增长曲线，直观展示了移动设备爆发与GitHub繁荣的潜在联系，并调侃Android开发者因开源而更“幸福”。 基于此，作者重点分享了如何“用好”开源项目。他提出了一个针对Android库的协作分析项目，并给出了具体的选型标准：必须谨慎对待GPL协议，理解库的实现原理是使用前提，同时需考察功能、文档、稳定性与扩展性。对于源码修改，他强调应尽量采用包装方式，若必须修改则务必回馈社区，让代码保持在开源的“大陆”上，而非变成“孤岛”。 文章最后还总结了一个优质开源项目应具备的要素，如规范的README、清晰的协议声明和便捷的联系方式等。整体上，这不是一篇空谈理论的文章，而是一位实战派开发者关于如何选择、使用乃至回馈开源项目的经验谈。
Android系统开机启动流程及init进程浅析
这篇技术文章深入剖析了Android系统从上电到桌面的完整启动链路。它没有停留在概念介绍，而是将启动过程清晰地拆解为Boot Loader引导、Linux内核启动和Android系统初始化三个阶段，并特别聚焦于Linux内核如何启动第一个用户空间进程——init进程。 作者从内核的`start_kernel`函数开始，追踪了`rest_init`中如何通过`kernel_thread`创建1号内核线程`init`，随后详细分析了`kernel_init`函数的执行流程：等待`kthreadd`线程就绪、完成基础设备驱动初始化（`do_basic_setup`），最终执行用户空间的`/init`程序，从而转变成真正的init进程。init进程作为所有用户进程的“老祖宗”（进程号恒为1），负责挂载文件系统、解析`init.rc`配置，并拉起Zygote、ServiceManager等关键守护进程，是通向整个Android文件系统和应用世界的起点。 文章结合代码，条理清晰地展现了从底层硬件复位到高层系统服务就绪的齿轮咬合过程，对于理解Android启动的本质——即内核空间如何交接并催生用户空间——提供了非常扎实的线索。
Android中AIDL详细分析
这篇讲的是Android中AIDL机制的详细剖析。作者从AIDL（Android接口定义语言）的基础概念出发，清晰地区分了它在不同场景下的适用性：本地服务绑定、跨进程但单线程的Messenger方式，以及需要跨进程多线程处理时的核心选择——AIDL。 文章的核心价值在于梳理了开发者容易混淆的AIDL与bindService的关系，明确指出AIDL主要服务于远程服务绑定，并且出于代码复杂性考虑，官方并不推荐滥用。为了让理论落地，作者提供了一个完整的实例，手把手展示了从定义.aidl接口文件、实现服务端Stub类到客户端获取调用的全过程。其中对参数修饰符（in/out/inout）的解释尤为实用，点明了在自定义对象序列化传输时的关键细节。 文末附上了案例的完整源码结构图和下载地址，为读者提供了直接可运行的参考。对于需要在Android中进行跨进程通信，尤其是处理复杂数据交互的开发者而言，这篇文章提供了从原理到实践的完整指南。
一种动态为apk写入信息的方案
这篇讲的是如何动态、高效地给Android APK写入信息，以解决用户从H5页面或二维码下载APP后无法直接返回原页面的体验割裂问题。 作者发现APK文件本质是ZIP格式，而ZIP结构的中央目录文件头中有一个未被Android系统使用的“Comment”区域。利用这一特性，可以在不破坏APK完整性、不重新打包的前提下，直接向该区域追加自定义数据，从而实现信息的动态写入。 具体实现上，文章展示了如何通过Java API在APK末尾写入结构化的Comment数据，并在APP启动后读取这些数据。关键点在于自定义了数据长度的存储方式，以兼容早期Android版本。经过测试，被修改的APK可以正常安装，数据读取也准确无误。 这个方案的优势在于服务端操作仅为文件写入，效率极高，特别适合动态生成APK的场景。它能够无缝地将H5流量引回客户端，保持了用户体验的连贯性。
iOS 高性能异构滚动视图构建方案 —— LazyScrollView
这篇文章讲的是如何解决iOS开发中一个棘手的性能问题：当滚动视图需要展示大量异构（非统一Cell）的视图内容时，传统的UITableView或UICollectionView方案会显得不够灵活或性能不足。作者从天猫客户端首页的实际需求出发，详细介绍了他们自研的LazyScrollView方案。 LazyScrollView继承自UIScrollView，其核心设计思想是在初始状态就通过一个DataSource协议，预先获知所有子视图在滚动视图内的绝对布局坐标（Rect）。这使得框架能在滚动过程中精准计算哪些视图应该被加载或回收，实现了跨不同视图层级的复用，效果类似于TableView的复用机制，但适配性更广。 文章不仅阐述了背景和原理，还提供了清晰的使用指南，包括实现特定的数据源协议以及调用关键API。通过实际Demo演示，直观展示了视图在滚动时被复用标记的变化。内部实现的核心在于根据预先计算好的布局信息进行视图管理，这种思路为处理复杂、动态布局的滚动视图提供了一个高效的解决路径。
React-Native学习指南
这份指南旨在为React-Native开发者提供一站式资源导航。它从最基础的入门指南、视频教程开始，帮助新手快速上手，同时也收录了官方API文档及其高质量的中文翻译版本。 更深入的部分，文章整理了关于通信机制、布局实践、模块桥接以及如何在原生应用中集成React-Native等进阶主题的技术解析。除了React-Native核心内容，它还贴心地附上了React.js的入门资料链接，因为掌握前端基础对于理解框架至关重要。 这份资源合集还在持续更新，并关联了知名的Awesome React-Native社区仓库。它更像是一个由社区驱动、不断生长的知识索引，为不同阶段的开发者都提供了直接可用的学习路径。
iOS可视化编程 Tips 之“消灭重复又无聊的代码之 UITableView 篇”
这篇讲的是如何利用Storyboard的可视化特性，去掉iOS开发中一些重复又琐碎的UITableView编码工作。作者从两个高频场景切入：一是在非UITableViewController里，手动添加UITableView后那两行必须写的代理设置代码（delegate和dataSource），其实可以通过在Storyboard中连线直接省掉，让代码更干净。二是处理“数据不足时隐藏空白行”这个需求，作者指出了常见的tableFooterView = UIView()写法可能引发刷新浪费和崩溃的隐患，并提出了一个更稳健的可视化方案：直接在Storyboard里为表格放一个占位cell和一个同级空view。通过调整空view的高度，不仅能达到隐藏效果，还能灵活控制底部边框的显示与否，甚至可以用于实现表格底部固定视图这种特殊UI，避免了许多额外编码。本质上，这是在用Xcode的界面工具代替手写样板代码，让开发更直观健壮。
iOS下自己动手造无限循环图片轮播
这篇讲的是如何用Swift从零搭建一个类似支付宝首页的无限循环图片轮播组件。作者从界面搭建入手，详细演示了如何使用`UIScrollView`配合`UIPageControl`，并利用Auto Layout完成基础布局。 实现无限轮播的核心思路非常巧妙：在真实图片序列的首尾各拼接一张额外的图片。当用户滑动到最前或最后这张“辅助图”时，代码会在`scrollViewDidScroll`代理方法中，悄无声息地将`contentOffset`重置回真实图片序列的起始位置，从而在视觉上创造出可以一直朝一个方向滑动的错觉。文章也具体展示了如何通过计算滑动偏移量来同步更新底部小圆点的指示位置，并解决了由此带来的小圆点错位问题。 文章最后附有完整的代码示例和最终效果GIF，思路清晰，步骤具体，对于想要理解滚动视图高级用法或实现自定义轮播组件的iOS开发者来说，是一份非常实用的实战指南。
Swift类型转换
这篇讲的是 Swift 类型转换的实践与考量，核心矛盾源于 Swift 强类型安全特性与遗留 Cocoa 框架 API 之间的磨合。 文章从 Objective-C 灵活的 `id` 类型出发，对比了 Swift 中更严格的类型系统。由于大量 Cocoa API 返回的是 `AnyObject` 或 `[AnyObject]`，在 Swift 中处理这些对象时，我们常常需要进行向下类型转换。作者详细展示了三种常见做法：使用 `as!` 进行强制转换、使用 `as?` 结合 `if let` 进行安全可选转换，以及对整个数组进行转换。 关键差异在于安全性：`as!` 在类型不匹配时会导致运行时崩溃，而 `as?` 会在失败时优雅地返回 `nil`。文章进一步指出，对数组的整体转换（如 `as? [UIView]`）要求所有元素都是目标类型，否则整个结果就是 `nil`，这与单个元素的转换行为并不等同。 最终，文章探讨了在明确知晓类型（如确定 `subviews` 数组全是 `UIView`）的场景下，为了代码简洁可以谨慎使用强制转换，但同时也警示了这种做法牺牲了部分类型安全，在代码演化或意外情况下可能存在风险。
iOS可视化编程 Tips 之“无需代码设置圆角”
这篇介绍的是iOS开发中的一个实用技巧：通过Xcode的User Defined Runtime Attributes来设置视图圆角，无需编写任何代码。 传统上，开发者可能在代码中设置layer.cornerRadius属性来添加圆角，这需要额外的代码编写和编译过程。而作者从提升开发效率的角度出发，展示了如何在Interface Builder中直接操作：在属性检查器
翻译篇：10 Things You Need to Know About Cocoa Auto Layout
这篇译文源自Ole Begemann 2013年的博客，讲的是开发者第一次接触Cocoa Auto Layout时，如何快速掌握核心思维。作者开篇就点明，Auto Layout和传统的springs-struts模式差异很大，但别被复杂度吓倒——其实只需理解几条关键规则就能上手。 文章梳理了十条必备知识。它首先澄清通用概念：一个视图在每个方向上至少需要两个约束来明确定位，并善用控件的“固有大小”来减少约束数量。随后，文章深入分析了Interface Builder（IB）在Auto Layout下的行为逻辑，比如IB为何会“阻止”你删除某些约束（因为会导致布局模糊），以及如何正确添加新约束。这些内容虽然针对Xcode 4.x，但IB的核心设计理念依然有参考价值。最后，文章转向代码实践，强调在代码中使用Auto Layout时必须“忘记frame”、手动禁用Autoresizing Masks，并通过约束动画而非直接修改frame来实现界面动效。 尽管部分IB操作细节已更新，但文章对Auto Layout底层逻辑的剖析——从约束的完备性、固有大小的作用，到IB与代码开发思路的转换——至今仍是理解这套系统的坚实起点。
iOS并发编程（Concurrency Programming）系列之一：Run Loop
这篇讲的是iOS并发编程系列开篇的Run Loop深度解析。作者没有从线程基础讲起，而是直接切入实际开发中更需要理解的线程管理机制。他用了一个工厂流水线的生动比喻：线程是流水线，而Run Loop就是决定何时启动、何时暂停的主管，避免资源空转或浪费。 文章重点剖析了Run Loop的核心作用——它本质上是一个事件处理循环，负责在“有事做时保持线程繁忙，无事时让其休眠”。作者指出，在大多数异步任务中，我们无需手动管理线程生命周期，但当需要长驻线程处理持续事件时，Run Loop就是关键的控制枢纽。 值得注意的实战细节是：启动Run Loop前必须先为其添加输入源或Timer事件，否则`run`方法会立即返回，线程无法保持。这个常见的初学者陷阱被明确点出。文章还简要对比了Run Loop与其他平台（如Android Looper）的共通机制，说明它是多线程编程中的普遍需求。作为系列首篇，它为后续探讨Operation Queues、GCD和锁等主题奠定了重要的概念基础。
Swift 性能探索和优化分析
Swift 编程语言在发布时被寄予了超越 Objective-C、媲美 C 语言的性能厚望，但许多开发者在实际使用中发现其效率并未如预期般突出，甚至容易不慎陷入性能陷阱。这篇长文正是从这一实际矛盾出发，系统剖析了 Swift 的性能内核与优化之道。 文章首先阐明了 Swift 值得期待的性能基础：其通过编译期方法绑定取代了运行时消息发送，强类型系统为编译器优化提供了充足信息，尤其是引入了 Swift 中间代码（SIL）作为关键优化层。同时，Swift 对值类型（struct）的巧妙运用，在保证不可变性优势的同时避免了不必要的内存开销。 针对“如何发现问题”，作者详细介绍了实战中的性能测试方法。从最直接的 `CACurrentMediaTime` 打点计时，到封装成便捷的 `measure` 函数，再到利用 Instruments 的 Time Profiler 进行宏观分析，以及使用 XCTest 的 `measureBlock` 建立性能基准测试，形成了一套从快速诊断到持续监控的完整工具链。 文中还结合了开发者超过一年的实战经验，不仅解释了“为什么”性能重要，更给出了“怎么做”的具体考量与避坑指南，是一篇将语言原理、工具使用与工程实践紧密结合的深度探讨。
iOS 开发 UI 搭建心得（二）—— 善用 xib
作者从iOS开发的实际操作出发，展示了如何善用xib来搭建UI。文章以创建一个可复用的图片文字按钮为例，详细演示了从创建xib文件、直观地设置按钮样式与圆角，到将按钮载入故事板或通过代码动态加载，最后响应点击事件的完整流程。作者指出，xib能极大地减少纯代码量，让许多界面属性通过可视化拖拽和简单配置即可完成，从而降低维护成本。尽管StoryBoard减少了单独xib文件的数量，但理解xib的原理并掌握其用法，对于构建灵活、可复用的UI模块依然至关重要。文章最后建议，在开发中应优先考虑使用xib或StoryBoard来搭建界面。
iOS 开发 UI 搭建心得（一）—— 驾驭 StoryBoard
这篇是 iOS 开发 UI 构建方式系列文章的开篇，主要聚焦于如何有效使用 Storyboard。作者首先点明了 Storyboard 的核心价值：它不仅仅是一个描述页面布局的 XML 文件，其更深层的作用是让多个页面及其关系可视化，并通过 Segue 提供一种直观的跳转管理方式。 文章随后分享了一个经典的“踩坑”经历：新项目运行后页面全黑。其根因在于未正确设置 Storyboard 的初始窗体（Initial View Controller），导致 APP 启动后无法加载界面。作者通过截图和简单设置清晰地展示了解决方案。 为了避免单个 Storyboard 文件变得臃肿难维护，作者重点推荐了“多 Storyboard 最佳实践”。他以实际项目重构为例，讲解了如何按功能模块（如登录、考试）划分独立的 Storyboard 文件，并详细说明了在代码中如何通过 `UIStoryboard` 类实例化并调用另一个 Storyboard 中的窗体，无论是作为初始窗体还是通过 Storyboard ID 定位。 最后，文章点出 Storyboard 与 Auto Layout 天作之合的特性，并预告了下一篇将深入探讨另一种 UI 构建方式——xib，为读者对比不同方案的优劣和适用场景做好了铺垫。
Android APK 签名文件MANIFEST.MF、CERT.SF、CERT.RSA分析
这篇讲的是Android APK签名中三个关键文件：MANIFEST.MF、CERT.SF和CERT.RSA的内部结构和作用。作者从一个已签名的APK入手，逐步解剖了这三个文件如何构成一个层层校验的“信任链”。 核心机制是“三明治”式的校验：MANIFEST.MF首先记录了APK内所有文件的SHA-1哈希值，确保每个资源文件的完整性；接着，CERT.SF文件不仅保存了MANIFEST.MF本身的哈希值，还对MANIFEST.MF中的每一项描述再次进行SHA-1计算并存储，这相当于对“清单的清单”进行了二次确认。最后，CERT.RSA文件则包含了用于验证上述所有哈希值的公钥和签名者证书信息，完成了整个数字签名的闭环。 文章不仅展示了每个文件的具体内容，还通过手动计算和使用OpenSSL工具生成密钥、提取证书等方式进行了实战验证，并引用了Android源码佐证。整个分析过程清晰地揭示了Android签名机制如何通过这种“文件哈希 -> 清单哈希 -> 对清单的签名”的三重保障，来确保应用的完整性与来源可信度。
iOS安全–不同平台的崩溃收集
如何捕获App崩溃的“第一现场”？这篇讲的是开发者在不同平台实现崩溃收集的底层逻辑。作者从iOS平台出发，核心在于如何接管系统的异常捕获接口，从而在App崩溃时保存现场信息。 文章提供了两种在iOS上拦截崩溃的具体实现：一种是针对Objective-C层面的异常（Exception），通过NSGetUncaughtExceptionHandler和NSSetUncaughtExceptionHandler来设置自定义的处理器；另一种则是处理更底层的操作系统信号（Signal），通过信号处理函数来捕获如内存访问错误等致命问题。文中给出了清晰的代码示例，展示了如何安装（install）和卸载（uninstall）这些处理器。 这种直接操作底层接口的方案，为构建自研或定制的崩溃监控系统提供了技术蓝本，让开发者能更主动、可控地获取崩溃数据，而不仅仅依赖于第三方服务。
Objective-C 对二进制数据 NSData 进行 URL 编码
这篇讲的是 Objective-C 开发者在处理二进制数据时常遇到的一个痛点：如何将 NSData 对象进行 URL 编码。作者指出，许多号称 Unicode 友好的语言在内存操作上往往表现笨拙，他以 PHP 为例，赞赏其将字符串与二进制统一处理的灵活性。相比之下，Objective-C 的标准库函数如 `CFURLCreateStringByAddingPercentEscapes()` 只能处理字符串，无法直接作用于 NSData，这被认为是“不把字符串当二进制”的弊端。 为此，作者提供了一个自定义的解决方案：编写一个简单的 C 函数，通过逐字节遍历 NSData，判断每个字符是否属于安全字符（字母、数字及部分符号），否则将其转换为对应的 `%XX` 百分比编码格式，最终拼接成完整的编码字符串。这个实现思路清晰直接，巧妙地避开了系统函数的限制，为需要直接处理原始二进制数据进行 URL 传输的场景提供了实用参考。
iOS开发Extra系列：NSString***
这篇讲的是 iOS 开发中最基础也最常用的对象之一：NSString。作者从实际开发角度出发，指出它在 iOS 系统中的许多用法与其他语言存在差异，并系统梳理了相关的实用技巧。 文章首先介绍了使用 `stringWithFormat:` 和 `initWithFormat:` 进行格式化创建字符串的方法，并详细列出了 `%@`、`%d`、`%f` 等常用替换符。接着，重点讲解了用于表示和操作字符串范围的结构体 NSRange，包括其定义、通过 `NSMakeRange` 函数创建，以及在查找子字符串时的返回值应用（如 `rangeOfString:` 方法，以及使用 `NSCaseInsensitiveSearch` 等选项进行精细化查找）。 此外，文章还涵盖了字符串的截取（`substringToIndex:`、`substringWithRange:`）、比较（前缀 `hasPrefix`、后缀 `hasSuffix` 以及 `isEqualToString:` 完全比较）、替换、按分隔符分离成数组，以及读写文本文件等一系列核心操作。这些方法覆盖了日常开发中处理字符串的主要场景。 对于 iOS 开发者而言，这篇内容相当于一份 NSString 的高效查阅手册，快速回顾了这些不可或缺的 API 及其使用要点。
自己动手构建表单验证功能【iOS】
这篇讲的是如何在iOS开发中，利用Swift的`extension`特性来快速、优雅地构建一个表单验证功能。作者从一个包含邮箱、手机号和密码输入框的注册页面需求出发，演示了整个实现过程。 核心的巧妙之处在于使用了`extension`来扩展`UIButton`和`UITextField`这两个系统类。通过给`UIButton`添加`disable()`和`enable()`方法，轻松实现了按钮的半透明与禁用状态切换；通过给`UITextField`添加`validate(_:)`方法及针对邮箱、手机号、密码的专用验证方法，则将复杂的正则表达式判断封装成了简单可复用的属性与函数。 文章不仅展示了最终效果，更将实现步骤拆解得非常清晰：从分析需求（如输入框非空时按钮才可点击）、绑定事件，到编写具体的验证逻辑。例如，通过监听每个输入框的`Editing Changed`事件来实时检查所有输入框是否非空，从而动态控制按钮状态；在点击注册按钮后，再通过嵌套的`if`判断依次验证内容格式是否合法。 整个实现过程讲解得很细致，对想学习iOS基础功能开发的读者来说是个不错的参考。
