风一样自由

遇到这个问题的背景是我反编译了一个apk，得到了它的source code。我在jd-gui中查找一个String时，发现查找结果严重不全，于是我想，如果不用jd-gui自带的搜索功能，而直接从源码文件夹中查找这个String就好了。 但windows自带的查找功能，只能查找目录下的文件名，而无法查找文件内容。总不能把文件一个一个都打开，然后挨个find一遍吧？ 办法总是有的，答案

电脑中如果两个版本的word安装在同一个文件夹中,由于模板的不一样,每次打开都要加载模板,所以出现了“安装配置”的现象。 而且只有word才会出现这个问题,excel不会方法/步骤 1. 点击“打开”-》“运行”-》输入“regedit”，确定。打开注册表 2. 如果你电脑中最新的版本的world是2010的话选择这个路径：[HKEY_CURRENT_USER\Software\Microsoft

预备知识android手机的内部存储设备分RAM和ROM，RAM是运行内存，掉电就会失去所有内容；ROM中的内容掉电后也不会丢失。比如一台手机的规格参数里写着“2G RAM，16G ROM”。理论上，RAM越大，系统运行越流畅。像大型的3D游戏，运行时需要约300M的内存，那么在内存2G的手机上就可以流畅的运行，在512M内存的手机上几乎跑不起来，跑起来也会卡死。我们可以在“设置-管理应用

Mount与Mount Point是什么意思概述我们平时经常见到“Mount”这个概念，它被译为“挂载”。例如在Root Explorer中，就会让你选择“挂载为只读/读写”，获取root权限以后就可以将整个系统挂载为读写，从而可以自由操作各种敏感文件。“挂载”是一个动词，它一般用于各种存储设备。当你的系统挂载了一个存储设备后，你和你的操作系统就能访问到这个存储设备上的数据。简单说，你

我思考了一下自动化测试的目的。就目前阶段来说，自动化测试要解决的问题其实只有一个：测试流程中的“大量、机械、重复”。“大量、机械、重复”这三个条件其实任何一个不满足，都不太适合进行自动化。不满足“大量”，那自动化的成本就会高于其收益；不满足“机械”，自动化的过程就会需要很多复杂的前提条件，难以满足；不满足“重复”，自动化要应对的场景就太多太碎片化，增加很多开支。举个满足这三要素的例子：

废话不说，上代码：

re-sign.jar可以将一个apk文件重签名，使用的是android自带的debug签名

KitKat系统开放了短信权限，增加了“默认短信”的概念，新特性如下:新增Intent新增了两个intent：SMS_DELIVER_ACTION 和 WAP_PUSH_DELIVER_ACTION，分别对应新短信和新彩信的到来。在4.4之前，新短信和新彩信到来时的intent为 SMS_RECEIVED_ACTION 和 WAP_PUSH_RECEIVED。它们在4.4中仍被保留。

以下内容都是我个人的一些理解，并不代表官方或主流的说法，欢迎大家一起讨论。写在前面：有一些最基本的理解是需要首先说明的。设计模式并不是规定，也不是唯一的准则，你可以完全不用设计模式而完成你的代码，保证它能实现你想要的功能。所以设计模式不是非用不可的。那我们为什么要用它呢？因为它使我们的程序结构更清晰，更有扩展性，而且它可以解决某些特定的问题。就像你可以顶着一头鸟窝快乐的生活，你也可以把

做单元测试时需要在测试工程里开一个http service，使用intent调起时却发现service怎么都起不来，代码如下：看出错误在哪了吗？答案：错误在context那里。android的测试工程与被测工程关系非常密切，比如测试工程可以直接使用被测工程的各种权限而无需自己声明等。这里我犯的错误就是，我以为任何一个context实例都可以发送正确的intent，而

写单元测试时遇到一个问题，我要获取一串数据复制给一个变量，但获取数据的操作比较耗时（这里是http请求），且耗时长短不定。我当然不能让这种耗时操作阻塞主线程，于是每次获取数据，我都开了一个新线程，把操作放到线程里去完成。问题出现在这：由于获取数据是在线程里的，所以我并不知道它什么时候被获取到了，只能等待一段时间（肯定比它需要的时间略长），然后去访问这个变量。这种方式最大的问题不是盲目的等待

反编译时遇到一种情况：反编译得到的代码中引用了某些类，但这些类的源文件却不在反编译代码中。按理说这种情况反编译时应该报错，但是没有。说明这些类能被成功的引用。那这些类的实现是在哪里呢？答案：在framework包中。反编译时odex会依赖很多framework包下的odex文件，说明两者间存在引用关系。反编译framework.odex、framework_ext.odex等，依赖

http://code.google.com/p/smali/downloads/list下载下面4个文件。命令行输入命令：“java -jar baksmali.jar -x CertInstaller.odex”注意：如果出现如下错误org.jf.util.ExceptionWithContext: Cannot locate boot class

办法1：打开workspace，/.metadata/.plugins/org.eclipse.core.resources/.snap这个文件删掉，.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi这个文件也删掉，再打开应该就没问题了。办法2：换个新workspace。如果启动时没有弹出选择workspace的提示框，可以去ec

在eclipse中打开Android SDK Manager，点击窗口左上方Tools - Options，会弹出如下窗口。在HTTP Proxy Server和Port中填入如下内容（翻墙的小朋友可以直接填www.google.com），并勾选下方Others中的Force https……选项，关闭窗口，重新打开Android SDK Manager，下载速度就会快很多

没见过比这个更简单粗暴快速有效的了：Cursor phones = getContentResolver().query(ContactsContract.CommonDataKinds.Phone.CONTENT_URI, null,null,null, null); while (phones.moveToNext()) { String name=phones.getString(p

导出签名包时出现这种情况，xml文件也出现了error。解决：将Run full error check when exporting app前面的勾去掉就可以了

运行单元测试时出现这个问题，原因是测试工程与被测工程引用了重复的jar包（或重复的工程）。将测试工程里的引用删除即可

一个很头疼的问题：做单元测试时，经常遇到界面与逻辑相耦合的情况：想调用一个私有函数，必须通过其它公有函数来完成，而公有函数（或这个私有函数）的调用又涉及到一系列变量及控件的初始化，如果强行调用/使用反射调用，就会不可避免的出现NullPointerException。解决方案：使用ActivityInstrumentationTestCase2来获取实际的Activity与控件