bjtufang的专栏

移动产品稳定性

> 之前深入了解过，过去了一年多的时间。现在花些时间好好总结下，毕竟好记性不如烂笔头。其次还有一个目的,对于mach-o文件结构，关于动态加载信息那个数据区中，命令含义没有深刻掰扯清除，希望有同学能够指点下。摘要：对于mach-o是Mac和iOS可以执行文件的格式。进程就是系统根据该格式将执行文件加载到内存后得到的结果。系统通过解析文件，建立依赖(动态库)，初始化运行时环境，才能真正开始执行该Ap

Xcode7编译app主工程没有问题，但是使用XCode7编译之前bundle framework就会失败。解决方案，需要操作两步。第一步，运行附件中的python脚本脚本文件路径- auto_xcode_edit - framework - main.py 具体操作方法拷贝附件文件，解压缩到你的工程文件夹中比如下图是解压缩到framework工程，确认auto_xcode_

今天检查内存泄露的问题，发现误用系统API的问题。导致内存泄露。这个问题还是比较常见的，我觉得还是记下了，分享给大家

iOS9，新的iPhone提供新的用户交互方式—3D touch。调研说明3D–Touch相关功能，以及具体实现方式。以及架构目前需要支持的TODO3D touch主要依赖于iPhone6S和iPhone6S plus提供新的传感器，压力传感器。具体来说就是屏幕可以感受到手指下压屏幕的力度。对于该新的传感器，iOS开放出主要有三个功能：Home Screen Quick ActionsPeek

摘要： 目前工程有两代Universal framework，第一代是基于shell实现，第二代是基于python实现。如果不修复第一代的Universal framework，虽然可以编译成功，但是无法生成有效的framework bundle。这样导致该业务bundle无法正常的加载到手淘工程中。目前的修复方案为，使用脚本主动把基于shell的Universal framework主动修

使用universal framework进行编译。在使用xcode7编译时发现，由于系统生成的目录有变化，导致无法生成原始脚本依赖的相关文件目录结构。XCode7编译错误总结错误A：用python脚本的universal framework。/Users/fangying/Documents/project/XXX/DerivedData/XXX/Build/Products/Debug-ip

电话之间的电话线 故事: 在美国大淘金时代，整个国家都沉浸在淘金暴富的美丽故事中，每个奔赴西部淘金的年轻人都抱着成为幸运富翁的梦想，来到荒蛮的西部山岭中，用自己疯狂的努力尺丈每一寸矿岩，希望自己成为那万分之一的幸运者，挖到那黄灿灿的金子。可惜–大多数人都是那个时代财富的分母，现实就像捞金的筛盘，漏过的都是自己青春和本金。然后，有个人却从这些数以万计的淘金客身上，捞取了货真价实的『黄金』—

iOS9适配 重要: iOS9之前提的需要适配的特性，前提是工程使用XCode7打包，所以目前App针对iOS9适配的事情是解决目前App版本在iOS9 beta版本的bug。因此，针对该前提条件，iOS9适配相关工作进行相关调整。适配工作进度目前分解为两步走： 1. Xcode6版本，进行iOS9适配测试 2. 打包平台切换到XCode7后，统一进行iOS9适配 Scheme涉及相关

NSTimer，产品性能

> 之前一个死锁问题，说也奇怪，代码没有修改，没有集成，没有crash，没有卡顿，突然发现有个功能无法用了。后来发现是子线程死循环了，导致功能的没有执行。从这个Bug，提了一个问题，在main函数之前，系统你在做什么？+load, 全局对象初始化，静态对象初始化，这些操作时序又是如何的呢？总结结论对于XOS来说，系统main函数之前，会做大概如下四件事情 + _ attribute _((co