Android是基于Linux的 *** 作系统[1] 主要用于触摸屏的移动设备，如智能手机和平板电脑而设计的。[2] 2007年Android开放手机联盟的成立，致力于推动开放的移动设备的标准。2008年10月第一款Android系统的手机诞生并发售。
在2005年，Google收购的软件，Android的公司，最初的开发。 11月5日推出Android的发布会。 Android开源项目（AOSP电信公司致力於推进开放标准的移动设备）其任务是维护和Android的进一步发展。Android基於Linux内核,在C和应用软件运行在一个应用框架，其中包括基於Apache与Java兼容库写入的API。Android使用刚刚在编译的Dalvik虚拟机运行Dalvik字节码，通常是从Java字节码翻译。 Android已经延长设备的功能的开发人员编写应用程序（“应用程序”）的大型社区。主要开发人员编写一个定制的Java版本。2010年5月，大约有30万共50万的Android应用程序。应用程序可以下载来自第三方网站或通过网上商店，如[3] GooglePlay，谷歌的应用程序商店运行。
startService 启动的服务 主要用于启动一个服务执行后台任务，不进行通信。停止服务使用stopServicebindService 启动的服务 该方法启动的服务要进行通信。停止服务使用unbindService
startService 同时也 bindService 启动的服务 停止服务应同时使用stepService与unbindService
以上面三种方式启动的服务其生命周期也有区别，将在随后给出。
2、Service 与 Thread 的区别
很多时候，你可能会问，为什么要用 Service，而不用 Thread 呢，因为用 Thread 是很方便的，比起 Service
也方便多了，下面我详细的来解释一下。
1). Thread：Thread 是程序执行的最小单元，它是分配CPU的基本单位。可以用 Thread 来执行一些异步的 *** 作。
2). Service：Service 是android的一种机制，当它运行的时候如果是Local Service，那么对应的 Service
是运行在主进程的 main 线程上的。如：onCreate，onStart 这些函数在被系统调用的时候都是在主进程的 main 线程上运行的。如果是Remote
Service，那么对应的 Service 则是运行在独立进程的 main 线程上。因此请不要把 Service
理解成线程，它跟线程半毛钱的关系都没有!
既然这样，那么我们为什么要用 Service 呢?其实这跟 android 的系统机制有关，我们先拿 Thread 来说。Thread 的运行是独立于
Activity 的，也就是说当一个 Activity 被 finish 之后，如果你没有主动停止 Thread 或者 Thread 里的 run
方法没有执行完毕的话，Thread 也会一直执行。因此这里会出现一个问题：当 Activity 被 finish 之后，你不再持有该 Thread
的引用。另一方面，你没有办法在不同的 Activity 中对同一 Thread 进行控制。
举个例子：如果你的 Thread 需要不停地隔一段时间就要连接服务器做某种同步的话，该 Thread 需要在 Activity
没有start的时候也在运行。这个时候当你 start 一个 Activity 就没有办法在该 Activity 里面控制之前创建的
Thread。因此你便需要创建并启动一个 Service ，在 Service 里面创建、运行并控制该 Thread，这样便解决了该问题(因为任何
Activity 都可以控制同一 Service，而系统也只会创建一个对应 Service 的实例)。
因此你可以把 Service 想象成一种消息服务，而你可以在任何有 Context 的地方调用
Context.startService、Context.stopService、
Context.bindService，Context.unbindService，来控制它，你也可以在 Service 里注册
BroadcastReceiver，在其他地方通过发送 broadcast 来控制它，当然这些都是 Thread 做不到的。
3、Service的生命周期
onCreateonStartonDestroyonBind
1). 被启动的服务的生命周期：如果一个Service被某个Activity 调用 Context.startService
方法启动，那么不管是否有Activity使用bindService绑定或unbindService解除绑定到该Service，该Service都
在后台运行。如果一个Service被startService
方法多次启动，那么onCreate方法只会调用一次，onStart将会被调用多次(对应调用startService的次数)，并且系统只会创建
Service的一个实例(因此你应该知道只需要一次stopService调用)。该Service将会一直在后台运行，而不管对应程序的
Activity是否在运行，直到被调用stopService，或自身的stopSelf方法。当然如果系统资源不足，android系统也可能结束服 务。
2). 被绑定的服务的生命周期：如果一个Service被某个Activity 调用 Context.bindService 方法绑定启动，不管调用
bindService 调用几次，onCreate方法都只会调用一次，同时onStart方法始终不会被调用。当连接建立之后，Service将会一直运行，除非调用
Context.unbindService 断开连接或者之前调用bindService 的 Context
不存在了(如Activity被finish的时候)，系统将会自动停止Service，对应onDestroy将被调用。
3).
被启动又被绑定的服务的生命周期：如果一个Service又被启动又被绑定，则该Service将会一直在后台运行。并且不管如何调用，onCreate
始终只会调用一次，对应startService调用多少次，Service的onStart便会调用多少次。调用unbindService将不会停止
Service，而必须调用 stopService 或 Service的 stopSelf 来停止服务。
4). 当服务被停止时清除服务：当一个Service被终止(1、调用stopService2、调用stopSelf3、不再有绑定的连接(没有被启
动))时，onDestroy方法将会被调用，在这里你应当做一些清除工作，如停止在Service中创建并运行的线程。
特别注意：
1、你应当知道在调用 bindService 绑定到Service的时候，你就应当保证在某处调用 unbindService 解除绑定(尽管
Activity 被 finish 的时候绑定会自动解除，并且Service会自动停止)
2、你应当注意 使用 startService 启动服务之后，一定要使用
stopService停止服务，不管你是否使用bindService
3、同时使用 startService 与 bindService 要注意到，Service
的终止，需要unbindService与stopService同时调用，才能终止 Service，不管 startService 与 bindService
的调用顺序，如果先调用 unbindService 此时服务不会自动终止，再调用 stopService 之后服务才会停止，如果先调用 stopService
此时服务也不会终止，而再调用 unbindService 或者 之前调用 bindService 的 Context 不存在了(如Activity 被
finish 的时候)之后服务才会自动停止
4、当在旋转手机屏幕的时候，当手机屏幕在“横”“竖”变换时，此时如果你的 Activity 如果会自动旋转的话，旋转其实是 Activity
的重新创建，因此旋转之前的使用 bindService 建立的连接便会断开(Context 不存在了)，对应服务的生命周期与上述相同。
5、在 sdk 2.0 及其以后的版本中，对应的 onStart 已经被否决变为了 onStartCommand，不过之前的 onStart
任然有效。这意味着，如果你开发的应用程序用的 sdk 为 2.0 及其以后的版本，那么你应当使用 onStartCommand 而不是 onStart。
4、startService 启动服务
想要用 startService 启动服务，不管Local 还是 Remote 我们需要做的工作都是一样简单。当然要记得在
Androidmanifest.xml 中注册 service。
根据上面的生命周期，我们便会给出 Service 中的代码框架：
package com.newcj.test
import android.app.Service
import android.content.Intent
import android.os.IBinder
public class LocalService1 extends Service {
/**
* onBind 是 Service 的虚方法，因此我们不得不实现它。
* 返回 null，表示客服端不能建立到此服务的连接。
*/
@Override
public IBinder onBind(Intent intent) {
return null
}
@Override
public void onCreate() {
super.onCreate()
}
@Override
public void onStart(Intent intent, int startId) {
super.onStart(intent, startId)
}
@Override
public void onDestroy() {
super.onDestroy()
}
}
对应生命周期系统回调函数上面已经说明，在对应地方加上适当的代码即可。下面是启动与停止 Service 的代码：
什么 main 函数都是 void 严格说这样是错误的写法 我从来就不写成 void 的啊不信你写下面的程序 用 MinGW Developer Studio 这个编译器编译.#include<stdio.h>
void main()
{
return 0
}
编译不过,证明那些写是错误的 不符合标准写法,下面的文章看一下啊.
很多人甚至市面上的一些书籍，都使用了void main( ) ，其实这是错误的。C/C++ 中从来没有定义过void main( ) 。C++ 之父 Bjarne Stroustrup 在他的主页上的 FAQ 中明确地写着 The definition void main( ) { /* ... */ } is not and never has been C++, nor has it even been C.（ void main( ) 从来就不存在于 C++ 或者 C ）。下面我分别说一下 C 和 C++ 标准中对 main 函数的定义。
1. C
在 C89 中，main( ) 是可以接受的。Brian W. Kernighan 和 Dennis M. Ritchie 的经典巨著 The C programming Language（《C 程序设计语言》）用的就是 main( )。不过在最新的 C99 标准中，只有以下两种定义方式是正确的：
int main( void )
int main( int argc, char *argv[] )
（参考资料：ISO/IEC 9899:1999 (E) Programming languages — C 5.1.2.2.1 Program startup）
当然，我们也可以做一点小小的改动。例如：char *argv[] 可以写成 char **argv；argv 和 argc 可以改成别的变量名（如 intval 和 charval），不过一定要符合变量的命名规则。
如果你不需要从命令行中获取参数，请用 int main( void ) ；否则请用 int main( int argc, char *argv[] ) 。
main 函数的返回值类型必须是 int ，这样返回值才能传递给程序的激活者（如 *** 作系统）。
如果 main 函数的最后没有写 return 语句的话，C99 规定编译器要自动在生成的目标文件中（如 exe 文件）加入 return 0 ，表示程序正常退出。不过，我还是建议你最好在 main 函数的最后加上 return 语句，虽然没有这个必要，但这是一个好的习惯。注意，vc6 不会在生成的目标文件中加入 return 0 ，大概是因为 vc6 是 98 年的产品，所以才不支持这个特性。现在明白我为什么建议你最好加上 return 语句了吧！不过，gcc3.2（Linux 下的 C 编译器）会在生成的目标文件中加入 return 0 。
2. C++
C++98 中定义了如下两种 main 函数的定义方式：
int main( )
int main( int argc, char *argv[] )
（参考资料：ISO/IEC 14882(1998-9-01)Programming languages — C++ 3.6 Start and termination）
int main( ) 等同于 C99 中的 int main( void ) ；int main( int argc, char *argv[] ) 的用法也和 C99 中定义的一样。同样，main 函数的返回值类型也必须是 int 。如果 main 函数的末尾没写 return 语句，C++98 规定编译器要自动在生成的目标文件中加入 return 0 。同样，vc6 也不支持这个特性，但是 g++3.2（Linux 下的 C++ 编译器）支持。
3. 关于 void main
在 C 和 C++ 中，不接收任何参数也不返回任何信息的函数原型为“void foo(void)”。可能正是因为这个，所以很多人都误认为如果不需要程序返回任何信息时可以把 main 函数定义成 void main(void) 。然而这是错误的！main 函数的返回值应该定义为 int 类型，C 和 C++ 标准中都是这样规定的。虽然在一些编译器中，void main 可以通过编译（如 vc6），但并非所有编译器都支持 void main ，因为标准中从来没有定义过 void main 。g++3.2 中如果 main 函数的返回值不是 int 类型，就根本通不过编译。而 gcc3.2 则会发出警告。所以，如果你想你的程序拥有很好的可移植性，请一定要用 int main 。
4. 返回值的作用
main 函数的返回值用于说明程序的退出状态。如果返回 0，则代表程序正常退出，否则代表程序异常退出。下面我们在 winxp 环境下做一个小实验。首先编译下面的程序：
int main( void )
{
return 0
}
然后打开附件里的“命令提示符”，在命令行里运行刚才编译好的可执行文件，然后输入“echo %ERRORLEVEL%”，回车，就可以看到程序的返回值为 0 。假设刚才编译好的文件是 a.exe ，如果输入“a &&dir”，则会列出当前目录下的文件夹和文件。但是如果改成“return -1”，或者别的非 0 值，重新编译后输入“a &&dir”，则 dir 不会执行。因为 &&的含义是：如果 &&前面的程序正常退出，则继续执行 &&后面的程序，否则不执行。也就是说，利用程序的返回值，我们可以控制要不要执行下一个程序。这就是 int main 的好处。如果你有兴趣，也可以把 main 函数的返回值类型改成非 int 类型（如 float），重新编译后执行“a &&dir”，看看会出现什么情况，想想为什么会出现那样的情况。顺便提一下，如果输入 a || dir 的话，则表示如果 a 异常退出，则执行 dir 。
int main( int argc, char *argv[], char *env[] ) 也不是标准C里面定义的东西~char *env[]是某些编译器提供的扩展功能~用于获取系统的环境设定~因为不是标准~故而移植性差~不推荐使用
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）