好久没有写点东西了，看到好多同学、朋友都写了 2016 年的总结亦或是回顾，总觉得我也应该写点什么。

15 年年底，我写了篇随笔，名叫 随笔：谈谈这两年，转眼间一年就过去了。那篇随笔，意味着我正是告别手机 ROM 圈，开始为毕业和工作奋斗。现在，我离毕业已经半年，正式入职也有半年了。回顾 2016，有太多值得回味，值得反思。

背景

我在我的 VPS 上搭了一个 Jenkins 服务，然后将二级域名 jenkins.ntflc.com 解析到 VPS 的 ip 上。但由于 Jenkins 服务的默认端口是 8080，而访问 HTTP 的默认端口是 80，因此直接访问 jenkins.ntflc.com 并不会进入 Jenkins 页面，只能通过 jenkins.ntflc.com:8080 访问。

为了省去每次输入端口号，我一开始使用的是 rinetd，一个端口转发工具。但是由于种种原因，后来放弃了这个工具，所以准备使用 NGINX 来做反向代理。

前言

本文是之前几篇文章 为 Android 软件接入 LeakCanary 实现内存泄漏检测、使用 Jenkins Pipeline 为接入 LeakCanary 的软件做持续集成、解决 LeakCanary 和 Jenkins Pipeline 中遇到的问题 的总结，为了发布到 TesterHome。

之前一篇文章 使用 Jenkins Pipeline 为接入 LeakCanary 的软件做持续集成 中提到几个问题，一个是 Leaks 进程的干扰，一个是跑 Monkey 过程中误触下拉通知栏导致 WiFi 被关闭，本篇文章将就这两个问题给出一些解决方案，可能不是最好的，但能够一定程度上解决这些问题。

STF (Smartphone Test Farm) 是 GitHub 上的一个开源项目（https://github.com/openstf/stf），是一个通过浏览器来控制、调试手机的 WEB 软件。只需要一台 Linux 服务器和数台手机，就可以通过浏览器远程操作这些手机了。对于一个公司的测试部门来说，STF 可以有效解决手机多、难以管理的问题。

上一篇文章 为 Android 软件接入 LeakCanary 实现内存泄漏检测 讲了如何为软件接入 LeakCanary 内存泄漏检测，这篇文章着重讲讲如何通过 Jenkins Pipeline 来做持续集成。

LeakCanary 是一款检测 Android 内存泄漏的开源类库，GitHub 地址为：https://github.com/square/leakcanary。LeakCanary 的方便之处在于，只需要在 Android 软件代码中做一点微小的改动，就可以实现内存泄漏的检测。甚至对于测试人员来说，即使你并不是特别熟悉代码（但起码懂一点），也可以做到对软件的接入。

之前发过一篇文章 HTC官方微博客户端，支持M9尾巴显示，里面教大家如何更改微博尾巴为『来自 HTC One (M9)』。今天教大家如何修改微博尾巴为『来自 HTC 10』（算是正式确定下一代旗舰叫『HTC 10』而不是『HTC One M10』了）。

由于 GitCafe 即将关闭，本博客已迁移至 Coding.net。

本博客最初存储于 GitHub，但由于其服务器在国外，国内访问可能不够顺畅，因此于去年年底迁移至 GitCafe（其实是两边都有保存，但访问 ntflc.com 时解析至 GitCafe）。

这次 GitCafe 并入 Coding.net，本人已第一时间将其迁移至 Coding.net，但由于 Coding.net 暂不支持绑定自定义域名，因此暂时将 ntflc.com 解析至 GitHub。如果访问不顺畅，可以直接访问 Coding.net 提供的二级域名页面：ntflc.coding.me。

几个月前，Google 宣布 Android Wear 支持 iOS。看似很美好，但是连接 iOS 设备后，手表仅仅只能接收推送，无法像 Android 手机那样，在手机上安装软件，然后同步手表端 apk 到手表上。这也导致我之前购买的一款表盘无法使用，加之默认表盘丑陋无比，于是想到一个点子——强行安装表盘 apk。