泪言的IT生涯

当一个应用被启动，系统创建一个执行线程，叫做"main"。这个线程是十分重要的，因为它主管向用户界面控件派发事件。其中包含绘图事件。它也是你的应用与界面工具包（android.widget和android.view包中的组件）交互的地方。于是main线程也被称为界面线程。系统不会为每个组件的实例分别创建线程。所有运行于一个进程的组件都在界面线程中被实例化，并且系统对每个组件的调用都在这

默认情况下，每个android程序的dailvik虚拟机的最大堆空间大小为16M，解决OOM问题

当一个应用的组件开始运行，并且这个应用没有其它的组件在运行，系统会为这个应用启动一个新的Linux进程，这个进程只有一个线程．默认情况下，一个应用的所有组件都运行在一个进程和线程（主线程）中．如果一个应用的组件开始运行，并且已经存在这个应用的线程了（因为这个应用的另一个组件已经运行了），于是这个组件就会在这个已有的进程中启动并且运行在同一线程中．然而，你完全可以安排不同的组件运行于不同的进程，并且

内存溢出：就是分配的内存不足以放下数据项序列。如在一个域中输入的数据超过了它的要求就会引发数据溢出问题，多余的数据就可以作为指令在计算机上运行。就是你要求分配的内存超出了系统能给你的，系统不能满足需求，于是产生溢出内存泄漏：是指在堆上分配的内存没有被释放，从而失去对其控制。这样会造成程序能使用的内存越来越少，导致系统运行速度减慢，严重情况会使程序宕掉。1.在Android应

1.概述：应用程序部署到手机上对应的进程有五种优先级：前台进程、可视进程、服务进程、后台进程、空进程。android系统中，默认情况下是不会把进程杀死掉的，这种做法的目的是：再次打开这个应用程序的时候可以快速的启动，节省时间。但是这样做也带来了一个问题，有很多的应用程序都在后台留一个空进程，这样就会占据一些内存空间，影响手机的运行速度。作为一个有责任感的程序员，我们要保证应用程序在

程序异常问题：程序因未捕获的异常而突然终止时，系统会调用处理程序的接口UncaughtExceptionHandler。如果我们想处理未被程序正常捕获的异常，只需实现这个接口里的uncaughtException方法，uncaughtException方法回传了Thread 和 Throwable两个参数。通过这两个参数，我们来对异常进行我们需要的处理处理异常思路：1.收集产生

问题1：ScrollView+ListView时，listView内容只显示一行：解决：使用setListViewHeightBaseOnChildren，具体代码如下：private void setListViewHeightBaseOnChildren(ListView listView) { ListAdapter listAdapter = listView.ge

在开发Android应用时，会经常上传图片到服务器，会经常出现上传图片失败和时间过长的问题为了解决这个问题，决定把照片进行压缩后上保存后本地缓存文件夹后再上传使用方法：//压缩后得到新的图片路径BitmapUtils.compressImageUpload // 上传成功后删除缓存文件 BitmapUtils.deleteCacheFile()publ

1.打开终端，输入： system_profiler SPUSBDataType 可以查看连接的usb设备的信息找到Vendor ID，代表设备供应商ID2.终端输入下面命令，在打开的 adb_usb.ini文件中添加ID， 然后保存退出 vi ~/.android/adb_usb.ini 3.重新启动adbadb kill-ser