android主线程判断
㈠ Android中判断当前线程是否是主线程
在java-mian线程中Thread.currentThread().getName() == "main";
你可以做个android程序在主线程里获取当前线程名Thread.currentThread().getName()；以后在其他线程里就获取当前线程名与之比较Thread.currentThread().getName().equals("main")；
㈡ Android 如何创建子线程以及区分主线程
在一个Android 程序开始运行的时候，会单独启动一个Process。默认的情况下，所有这个程序中的Activity或者Service（Service和 Activity只是Android提供的Components中的两种，除此之外还有Content Provider和Broadcast Receiver）都会跑在这个Process。
一个Android 程序默认情况下也只有一个Process，但一个Process下却可以有许多个Thread。在这么多Thread当中，有一个Thread，我们称之为UI Thread。UI Thread在Android程序运行的时候就被创建，是一个Process当中的主线程Main Thread，主要是负责控制UI界面的显示、更新和控件交互。在Android程序创建之初，一个Process呈现的是单线程模型，所有的任务都在一个线程中运行。因此，我们认为，UI Thread所执行的每一个函数，所花费的时间都应该是越短越好。而其他比较费时的工作（访问网络，下载数据，查询数据库等），都应该交由子线程去执行，以免阻塞主线程。
那么，UI Thread如何和其他Thread一起工作呢？常用方法是：
诞生一个主线程的Handler物件，当做Listener去让子线程能将讯息Push到主线程的Message Quene里，以便触发主线程的handlerMessage（）函数，让主线程知道子线程的状态，并在主线程更新UI。
㈢ android中什么是主线程什么是子线程
一个app开始运行就会创建一个主线程，其他子线程都是在主线程中创建的。每个app都有一个主线程，但每个app并不一定有子线程。
㈣ android判断一个线程是否存在
线程如果是一直运行的，就检测service是否已经启动，启动了就不开启线程。每次开启程序就启动服务，线程也新建，建议看一下service的生命周期。。
㈤ Android进程和线程的区别
Android进程和线程的区别
下面我先介绍下Android进程和线程各是什么，然后再一一比较区别下
Android进程基本知识：
当一个程序第一次启动的时候，Android会启动一个LINUX进程和一个主线程。默认的情况下，所有该程序的组件都将在该进程和线程中运行。 同时，Android会为每个应用程序分配一个单独的LINUX用户。Android会尽量保留一个正在运行进程，只在内存资源出现不足时，Android会尝试停止一些进程从而释放足够的资源给其他新的进程使用， 也能保证用户正在访问的当前进程有足够的资源去及时地响应用户的事件。
我们可以将一些组件运行在其他进程中，并且可以为任意的进程添加线程。组件运行在哪个进程中是在manifest文件里设置的，其中<Activity>，<Service>，<receiver>和<provider>都有一个process属性来指定该组件运行在哪个进程之中。我们可以设置这个属性，使得每个组件运行在它们自己的进程中，或是几个组件共同享用一个进程，或是不共同享用。<application>元素也有一个process属性，用来指定所有的组件的默认属性。
Android中的所有组件都在指定的进程中的主线程中实例化的，对组件的系统调用也是由主线程发出的。每个实例不会建立新的线程。对系统调用进行响应的方法——例如负责执行用户动作的View.onKeyDown()和组件的生命周期函数——都是运行在这个主线程中的。这意味着当系统调用这个组件时，这个组件不能长时间的阻塞主线程。例如进行网络操作时或是更新UI时，如果运行时间较长，就不能直接在主线程中运行，因为这样会阻塞这个进程中其他的组件，我们可以将这样的组件分配到新建的线程中或是其他的线程中运行。
Android会根据进程中运行的组件类别以及组件的状态来判断该进程的重要性，Android会首先停止那些不重要的进程。按照重要性从高到低一共有五个级别：
1.1前台进程
前台进程是用户当前正在使用的进程。只有一些前台进程可以在任何时候都存在。他们是最后一个被结束的，当内存低到根本连他们都不能运行的时候。一般来说， 在这种情况下，设备会进行内存调度，中止一些前台进程来保持对用户交互的响应。
1.2可见进程
可见进程不包含前台的组件但是会在屏幕上显示一个可见的进程是的重要程度很高，除非前台进程需要获取它的资源，不然不会被中止。
1.3服务进程
运行着一个通过startService() 方法启动的service，这个service不属于上面提到的2种更高重要性的。service所在的进程虽然对用户不是直接可见的，但是他们执行了用户非常关注的任务（比如播放mp3，从网络下载数据）。只要前台进程和可见进程有足够的内存，系统不会回收他们。
1.4后台进程
运行着一个对用户不可见的activity（调用过 onStop() 方法).这些进程对用户体验没有直接的影响，可以在服务进程、可见进程、前台进 程需要内存的时候回收。通常，系统中会有很多不可见进程在运行，他们被保存在LRU (least recently used) 列表中，以便内存不足的时候被第一时间回收。如果一个activity正 确的执行了它的生命周期，关闭这个进程对于用户体验没有太大的影响。
1.5空进程
未运行任何程序组件。运行这些进程的唯一原因是作为一个缓存，缩短下次程序需要重新使用的启动时间。系统经常中止这些进程，这样可以调节程序缓存和系统缓存的平衡。
单线程模型
线程在代码是使用标准的java Thread对象来建立，那么在Android系统中提供了一系列方便的类来管理线程——Looper用来在一个线程中执行消息循环，Handler用来处理消息，HandlerThread创建带有消息循环的线程。具体可以看下面的详细介绍。
当一个程序第一次启动时，Android会同时启动一个对应的主线程（Main Thread），主线程主要负责处理与UI相关的事件，如用户的按键事件，用户接触屏幕的事件以及屏幕绘图事件，并把相关的事件分发到对应的组件进行处理。所以主线程通常又被叫做UI线程。
在开发Android应用时必须遵守单线程模型的原则： Android UI操作并不是线程安全的并且这些操作必须在UI线程中执行。
2.1 子线程更新UI Android的UI是单线程(Single-threaded)的。
为了避免拖住GUI，一些较费时的对象应该交给独立的线程去执行。如果幕后的线程来执行UI对象，Android就会发出错误讯息 。以后遇到这样的异常抛出时就要知道怎么回事了！
2.2 Message Queue
在单线程模型下，为了解决类似的问题，Android设计了一个Message Queue(消息队列)， 线程间可以通过该Message Queue并结合Handler和Looper组件进行信息交换。下面将对它们进行分别介绍：
2..3 Message 消息
理解为线程间交流的信息，处理数据后台线程需要更新UI，则发送Message内含一些数据给UI线程。
2.4. Handler 处理者
是Message的主要处理者，负责Message的发送，Message内容的执行处理。后台线程就是通过传进来的Handler对象引用来sendMessage(Message)。而使用Handler，需要implement 该类的 handleMessage(Message) 方法，它是处理这些Message的操作内容，例如Update UI。通常需要子类化Handler来实现handleMessage方法。
2.5. Message Queue 消息队列
用来存放通过Handler发布的消息，按照先进先出执行。 每个message queue都会有一个对应的Handler。Handler会向message queue通过两种方法发送消息：sendMessage或post。这两种消息都会插在message queue队尾并按先进先出执行。但通过这两种方法发送的消息执行的方式略有不同：通过sendMessage发送的是一个message对象,会被Handler的handleMessage()函数处理；而通过post方法发送的是一个runnable对象，则会自己执行。
2.6 Looper Looper是每条线程里的Message Queue的管家。
Android没有Global的Message Queue，而Android会自动替主线程(UI线程)建立Message Queue，但在子线程里并没有建立Message Queue。所以调用Looper.getMainLooper()得到的主线程的Looper不为NULL，但调用Looper.myLooper()得到当前线程的Looper就有可能为NULL。
从以上几点，不难看出Android进程和线程的二者的区别所在。
㈥ Android主线程到底是什么
Android中关于主线程的理解：
Android的主线程是UI线程，在Android中，四大组件运行在主线程中，在主线程中做耗时操作会导致程序出现卡顿甚至出现ANR异常，一个基本常识就是将耗时操作放到子线程中去处理，然后通过Handler回调到主线程。
有三点还需要注意：
因为四大组件运行在一个主线程中，那么若果当前界面在显示的时候，后台的activity仍有处理逻辑再运行的话，仍然会造成当前界面的卡顿。
通过Handler回调到主线程只是避免程序出现ANR的第一步，必须要注意handler中逻辑处理的耗时，如果将很多消息都扔给了handler，那么也会给主线程造成压力，导致程序运行卡顿。
四大组件、Handler都是在一个线程中，那么主线程在同一时刻不可能发送两个广播，换句话说就是若果能够保证所有的广播都是在主线程中发送，那么广播内部其实不需要加上对异步操作的处理。
㈦ Android：如何判断当前进程是不是主线程
使用Looper判断，方法为: Looper.myLooper() != Looper.getMainLooper()
使用线程句柄判断，将主线程的Thread.currentThread()获取到主线程当前句柄，保存起来，在需要判断的时候调用Thread.currentThread()来与之比较，即可判断当前线程是否是主线程了。
㈧ 随笔之如何判断Android应用进程是否为单线程及闲扯多核并行编程
我最早接触多核知识是2008年末到2009年初。背景很简单，我是做高性能网络数据传输服务器的，类似FTPServer一样。服务器的吞吐能力最好是随着CPU核数的增加成倍增长.。根据多核并行的知识，这是最理想的情况（有一个公式，可以计算性能和CPU核数的关系），但应用内部各个线程并非完全独立。即线程是独立运行在不同CPU核上，但是线程中所干的事情却在逻辑上有关系。例如运行在线程A上的函数等待运行在线程B上另外一个函数的执行结果。这样就导致性能不是随CPU核数线性增长。 根据上面的介绍，对于多核并行编程来说，最最重要的事情就是将你的应用中那些混淆不清的逻辑关系能拆成互不干扰或者互相牵连较少的模块，并让他们在不同线程上运行。这样就真正发挥多核的优势了。 1 对于纯逻辑关系的问题，也就是非计算方面（即矩阵计算，编解码等），要想能掰叱清楚。难度很大。七大姑，八大姨的，能分那么清楚吗？目前，这方面的资料较少。 2 对于纯计算方面的问题，例如矩阵计算，要研究的就不是编码，而是数学，要把计算拆成各个小块，每个小块可单独运行在独立线程上，然后再汇总计算结果。这方面资料较多，如周伟明的《多核计算与程序设计》。编程角度看，OpenMP是一个多核并行计算的好库。（有人能尝试下用OpenMP来拆分逻辑工作吗？） 好了。多核的故事闲扯到这，对于纯逻辑关系问题，再扯的话就会扯到线程池，并发编程，异步IO，惊群效应，分布式内存管理等等等等。 下面来看如何判断Android应用进程为单线程还是多线程？请先思考，再看下面的答案：1android应用是运行在android环境中的，简单来说，是运行在dalvik虚拟机之上，而dalvik虚拟机本身是会创建一些线程，例如垃圾回收线程，JDWP调试线程2Android应用会经常利用binder和系统服务进行IPC通信，根据binder本身的特性，它会动态创建线程来完成外界请求。 以上两类线程都是应用不可控的，保守估计，这类不可控线程至少在3个左右3除了主线程之外的，就是应用自己是否会创建线程了。 查看一个进程中线程的方法有： ps，加一些参数（具体忘记了），可看某个进程下的线程及线程号，但无法区别是系统创建的线程还是应用自己创建的线程 kill -3 对应进程pid，这个方法会向进程发送SIGQUIT消息，dalvik虚拟机会跟踪这个信号，并打印该进程所有线程的堆栈到一个文件 native代码（如Jni库）如果直接调用posix创建线程，则上述方法无法跟踪（如果该线程能回调到Java层，也可以获取信息），只能根据ps得到的信息，减去SIGQUIT得到的信息来判断了。不过这类线程一般都是应用自己创建的。