android客户端进行多线程编程的基本流程是怎样的
话分两头：
第一：从RecentApp界面被划掉后，系统做了什么：
系统将这个应用的UI线程杀死，并将此应用当前所分配的内存空间回收。
第二：为什么系统将UI线程杀死，将内存回收后，程序还能继续工作？比如音乐还在继续响起：
这是因为有一类应用，为了当用户将此应用的界面调到后台后，仍然是可以工作，这些应用都会在后台开一个Service，你可以理解为一个区别于UI线程的另一个线程，它可以独立于UI线程之外，当UI线程被挂起或者销毁时，它可以接替UI线程的工作，让程序员继续work。所以，为什么有时候程序被从Recent列表中删除后，程序没有停止，这里的停止，实质上是程序的某一功能没有停止，比如音乐，而此时的程序UI界面以及其它无关的内存已经被告系统回收了。
第三：如何让自己的应用不出现在Recent列表里：
android多核，多线程该如何用
在程序开发的实践当中，为了让程序表现得更加流畅，我们肯定会需要使用到多线程来提升程序的并发执行性能。但是编写多线程并发的代码一直以来都是一个相对棘手的问题，所以想要获得更佳的程序性能，我们非常有必要掌握多线程并发编程的基础技能。
众所周知，Android 程序的大多数代码操作都必须执行在主线程，例如系统事件(例如设备屏幕发生旋转)，输入事件(例如用户点击滑动等)，程序回调服务，UI 绘制以及闹钟事件等等。那么我们在上述事件或者方法中插入的代码也将执行在主线程。
一旦我们在主线程里面添加了操作复杂的代码，这些代码就很可能阻碍主线程去响应点击/滑动事件，阻碍主线程的 UI 绘制等等。我们知道，为了让屏幕的刷新帧率达到 60fps，我们需要确保 16ms 内完成单次刷新的操作。一旦我们在主线程里面执行的任务过于繁重就可能导致接收到刷新信号的时候因为资源被占用而无法完成这次刷新操作，这样就会产生掉帧的现象，刷新帧率自然也就跟着下降了(一旦刷新帧率降到 20fps 左右，用户就可以明显感知到卡顿不流畅了)。
为了避免上面提到的掉帧问题，我们需要使用多线程的技术方案，把那些操作复杂的任务移动到其他线程当中执行，这样就不容易阻塞主线程的操作，也就减小了出现掉帧的可能性。
那么问题来了，为主线程减轻负的多线程方案有哪些呢？这些方案分别适合在什么场景下使用？Android 系统为我们提供了若干组工具类来帮助解决这个问题。
AsyncTask: 为 UI 线程与工作线程之间进行快速的切换提供一种简单便捷的机制。适用于当下立即需要启动，但是异步执行的生命周期短暂的使用场景。
HandlerThread: 为某些回调方法或者等待某些任务的执行设置一个专属的线程，并提供线程任务的调度机制。
ThreadPool: 把任务分解成不同的单元，分发到各个不同的线程上，进行同时并发处理。
IntentService: 适合于执行由 UI 触发的后台 Service 任务，并可以把后台任务执行的情况通过一定的机制反馈给 UI。
了解这些系统提供的多线程工具类分别适合在什么场景下，可以帮助我们选择合适的解决方案，避免出现不可预期的麻烦。虽然使用多线程可以提高程序的并发量，但是我们需要特别注意因为引入多线程而可能伴随而来的内存问题。举个例子，在 Activity 内部定义的一个 AsyncTask，它属于一个内部类，该类本身和外面的 Activity 是有引用关系的，如果 Activity 要销毁的时候，AsyncTask 还仍然在运行，这会导致 Activity 没有办法完全释放，从而引发内存泄漏。所以说，多线程是提升程序性能的有效手段之一，但是使用多线程却需要十分谨慎小心，如果不了解背后的执行机制以及使用的注意事项，很可能引起严重的问题。
安卓多线程间通信和多进程之间通信有什么不同
当一个程序第一次启动的时候，Android会启动一个LINUX进程和一个主线程。默认的情况下，所有该程序的组件都将在该进程和线程中运行。 同时，Android会为每个应用程序分配一个单独的LINUX用户。Android会尽量保留一个正在运行进程，只在内存资源出现不足时，Android会尝试停止一些进程从而释放足够的资源给其他新的进程使用， 也能保证用户正在访问的当前进程有足够的资源去及时地响应用户的事件。线程是进程的有机组成部分，是CPU调度的基础。一般情况下，都有主线程和其他线程之分，只有主线程才可以刷新UI。应用程序启动后，将创建ActivityThread 主线程。
不同包名的组件可以一定的方式运行在同一个进程中。
一个Activity启动后，至少会有3个线程。一个主线程和2个binder线程。
1.安卓线程间通信的方式有以下几种
1）共享变量（内存）
2）管道
3）handle机制
runOnUiThread(Runnable)
view.post(Runnable)
android 进程内的消息驱动机制---Handler,MessageQueue,Runnable,Looper
Looper和Message的处理机制:首先在主线程中创建了一个handler对象,目的是为了处理从子线程发送过来的消息,然后当子线程有发送消息的需求时会使用Message对象,消息首先会被存储在Message queue消息队列中,主线程还有一个Looper消息轮询器,会循环遍历消息队列中的消息,当发现消息的时候会发送消息给handler处理(更新ui等操作),handler调用handleMessage处理完后将Message置为null以便回收.
2进程间的通信
进程间的通信：
bind机制（IPC->AIDL)
linux级共享内存
boradcast
Activity之间可以通过intent来传递数据
3.安卓结束进程几种方式
1)使用ActivityManager中的restartPackage(String packname)方法,这里清单文件里面要配置权限
2)android.os.process.killProcess(int pid)只能终止本程序的进程
3)System.exit()
4)在android2.2版本之后则不能再使用restartPackage()方法，而应该使用killBackgroundProcesses()方法,同时应该配置权限
5)利用反射调用forceStopPackage来结束
Method forceStopPackage = am.getClass().getDeclaredMethod("forceStopPackage", String.class);
forceStopPackage.setAccessible(true);
forceStopPackage.invoke(am, yourpkgname);
配置文件中需要添加定义：
android:sharedUserId="android.uid.system"
另外需要再在配置文件添加权限：
6)使用Linux指令kill -9
7)退出到主屏幕
public boolean onKeyDown(int keyCode, KeyEvent event) {
// event.getRepeatCount()：按下返回键，同时没有重复
if (keyCode == KeyEvent.KEYCODE_BACK && event.getRepeatCount() == 0) {
Intent home = new Intent(Intent.ACTION_MAIN);
home.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
home.addCategory(Intent.CATEGORY_HOME);
startActivity(home);
}
return super.onKeyDown(keyCode, event);
}
一个c#程序最多可以开多少个线程？
一个进程可以开启的线程受可用内存限制，如果是32位的机器，那么默认一个进程有2G的可用内存，而每个线程默认分析1M的栈空间，所以这种情况下理论最线程数在2000多个。一个解决办法是创建线程时减少线程栈的大小或是使用64位的系统。64位系统应该可以忽略这个问题了。
当然受cpu及磁盘速度及物理内存的限制。不用到达上限值，你的机器应该已经是慢如牛车了。
一个进程最多同时能运行多少个线程
可不可以在一个进程内开130个线程？楼主invaders（不负少年头）2001-04-28 14:19:00 在 VC/MFC / 进程/线程/DLL 提问 稳定吗？ 问题点数：86、回复次数：32 Top 1楼ytweiwei（又穷又丑农村户口!!!!）回复于 2001-04-28 14:25:00 得分 0 天。。。你要干嘛？你的机子受得了，用户的可要爆炸了！！ Top 2楼invaders（不负少年头）回复于 2001-04-28 14:25:00 得分 0 是NT系统，服务器不做别的事情。 Top 3楼invaders（不负少年头）回复于 2001-04-28 14:26:00 得分 0 我要监控128个串口呀， Top 4楼isdom（狗狗）回复于 2001-04-28 14:35:00 得分 0 一般来说， 如果你的目标确定在 128 个服务对象， 可以这么做， 但对于这样的应用， NT / 2000 提供了更好的方式， 建议可以看一下 MSDN 中的I/O Completion Port & Overlapped I/O 结合线程池的概念， 不过coding 有些需要注意的地方， 如果要研究， 可以先看一下MSDN 中的一个 简单例程演示 SOCKSRV (Samples\VC98\SDK\NETDS\WINSOCK\IOCOMPLT 下) Top 5楼sunwzd（C++程序员万岁！！！）回复于 2001-04-28 14:38:00 得分 0 没问题，完全可以承受的了，我曾经开过17xx个线程! 环境: win98, c663, 64M Top 6楼invaders（不负少年头）回复于 2001-04-28 14:54:00 得分 0 谢谢！ Top 7楼invaders（不负少年头）回复于 2001-04-28 14:55:00 得分 0 哪里有单线程轮询多个串口的例子？ 用单线程对128个串口轮询一便要花多少时间？ Top 8楼jsd198（）回复于 2001-04-28 15:09:00 得分 0 一个串口就要开一个线程，是我就不用不串口通信了 Top 9楼vcbear（ http://vcbear.mblogger.cn ）回复于 2001-04-28 15:14:00 得分 36 可以承受，但是最好不要这样作。宁可用一个线程轮巡所有串口
