我想知道什么时候用bindService比较聪明，什么时候用startService。
例如：
如果我使用bindService 和BIND_AUTO_CREATE，服务将自动启动和创建，如下所示：http://developer.android.com/reference/android/content/Context.html#BIND_AUTO_CREATE
什么时候使用 bindService 和 startService 是明智之举？这两个我真的理解不正确。
【问题讨论】：
标签： android
如果您的调用组件 (Activity) 需要通过 ServiceConnection 与您正在启动的 Service 通信，您通常使用 bindService()。如果您不想与Service 通信，您可以只使用startService()。您可以在下面看到服务和绑定服务之间的差异。
来自文档：
开始
当应用程序组件（例如活动）通过调用 startService() 启动服务时，服务被“启动”。一旦启动，服务可以无限期地在后台运行，即使启动它的组件被破坏。通常，已启动的服务执行单个操作并且不会向调用者返回结果。例如，它可能通过网络下载或上传文件。操作完成后，服务应自行停止。
绑定
当应用程序组件通过调用 bindService() 绑定到服务时，服务被“绑定”。绑定服务提供了一个客户端-服务器接口，允许组件与服务交互、发送请求、获取结果，甚至通过进程间通信 (IPC) 跨进程执行此操作。绑定服务仅在另一个应用程序组件绑定到它时运行。多个组件可以一次绑定到服务，但是当所有组件解除绑定时，服务将被销毁。
您可以在这里阅读更多内容：Android Services、Bound Services
【讨论】：
我同意@Ovidiu Latcu 的观点，但有一个重要说明： 使用绑定服务时，服务会在启动它的活动结束时结束（如果它是唯一绑定到该服务的活动）。
因此，如果您想在应用处于后台时在后台运行服务，
（例如，活动暂停并且用户不可见）然后您必须启动服务而不绑定它并与它进行通信 BroadcastReceiver 例如。
【讨论】：
startService() 开始的服务中获取结果（使用BroadcastReceiver 或任何其他替代方法），并且他和客户之间没有绑定，因为不好实践 因为，正如 Ovidiu Latcu 所引用的，与 bound 服务，它提供客户端-服务器接口，允许组件与服务交互、发送请求、接收结果...。
BroadcastReceiver（或任何其他替代方法）（例如DownloadManager、BluetoothManager ，或广播结果的任何其他“非服务”类）。 Android 开发者实现服务绑定的概念是有原因的。