android后台服务器

⑴ Android使用JobService实现后台服务

前言
在Android经常要实现定时服务，定时某个时刻推送消息或者更新数据。比如需要在夜晚8：00-10:00之间，推送一条消息、弹窗、或者其他操作。
一般我们可能是开启Service，在Service中使用AlarmManager，setRepeating定时请求，但是从API19起，并不能保证时效的准确，在5.0以后，Google推出了一个JobService，用来执行一些并非即卜桐时执行空宏的后台进程。

使用
在JobService中有两个抽象方法onStartJob(JobParameters)和onStopJob(JobParameters)。onStartJob在JobService被调度到的时候会执行，我们只需要继承JobService然后重写onStartJob方法，并在里面执行我们的后台任务就可以了。

This service executes each incoming job on a Handler running on your application's
main thread. This means that you must offload your execution logic to another
thread/handler/AsyncTask of your choosing. Not doing so will result in blocking any
future callbacks from the JobManager - specifically onStopJob(android.app.job.JobParameters), which is meant to inform you that the
scheling requirements are no longer being met.
即：JobService默认在斗弊册主线程中处理传入的每个操作，这意味着，你必须开一个新线
程来执行你的耗时操作，如果不这样操作，将会阻塞来自JobManager的任何操作，特别是onStopJob操作

在Activity中，启动服务
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {
doService();
}
}

例子里可以看到，一共有五个条件，

如果我们的后台任务满足JobService的一个或多个约束条件，就可以考虑是不是应该用JobService来执行。

⑵ android,app的后台服务器,可以注册,登录功能的,需要哪些知识

做后台服务器和android关系不大。你是android的，推荐你可以搭建一个javaweb的服务端。
服务端需要用到以下知识：
1、用tomcat做一个web服务器
2、用java开发一个web客户端，一般采用到以下一些技术 spring、mybatis。其中spring 的mvc做业务控制层，mybatis作为连接数据库用。
3、spring mvc可以以http接口的方式，提供出来，然后android端通过http访问
4、当然还有数据库建表之类的，数据库推荐你用mysql

⑶ android客户端的后台服务器开发环境用Eclipse还是MyEclipse

安卓模块本身很小的，使用eclipse即可了。

⑷ Android O 后台服务限制

谷歌刚刚发布了Android O技术预览版，为了提升续航和减少耗电，Android进一步限制了后台服务的运行。本文将为大家介绍Android O新增的后台服务限制，翻译自Android O开发者博客，原文在 这里 。

当应用在后台运行时，仍然会占用系统的内存。如果在后台运行的应用比较多，并且用户正在玩游戏或者看视频的时候，那么很容易会导致系统卡顿。为了提升用户体验，Android O增加了对后台应用的限制。这篇文章将介绍系统对后台应用运行的限制，以及开发者应该如果修改应用以适应这个限制。

在Android系统中，很多应用和服务是可以同时运行的。比如说，用户可以在一个窗口中玩游戏，在另一个窗口中浏览网页，同时使用第三个应用来听音乐。同时运行的应用越多，系统的负载就越大。如果又有其他的应用或者服务在后台运行的话，那么又会增加系统的负载，最后导致系统卡顿，影响到用户体验，比如正在播放的音乐会突然停止。

为了减少系统卡顿，Android O限制那些用户不再直接交互应用的运行。针对targetSdkVersion是Android O的应用，Android增加了以下两种方式的限制：

大多数情况下，应用可以使用 JobScheler 的Jobs来绕开上述的限制。即使应用没有处于运行状态，应用可以安排 JobScheler 的Jobs来执行什么工作，系统会在不影响用户体验的情况下，调度这些Jobs的运行。

后台服务会占用系统资源，这个会导致糟糕的用户体验。为了解决这个问题，Android O对应用的后台服务增加了一堆的限制。注意这些限制仅仅是针对targetSdkVersion为Android O的应用，targetSdkVersion为25或者以下的应用不受影响。

系统会区分前台和后台应用。当满足以下任意一个条件时，系统判定应用是前台的：

以上条件都不满足，那么应用就被系统认为是后台应用。

前台应用可以自由地运行前台和后台服务。当应用进入后台之后，它仍然有几分钟的时间窗口来启动和运行服务。当这个时间窗口到期时，应用就进入空闲状态，系统将停止应用的后台服务运行，这个操作和服务的 Service.stopSelf() 方法被调用类似。

某些情况下，后台应用会被临时加入到白名单中运行几分钟。应用在白名单中时，它可以启动服务而不受限制，并且后台服务也被运行。当需要处理对用户可见的任务时，应用将被添加到白名单中，比如：

大多数时候，你的应用都可以用 JobScheler 替换掉后台服务。比如，CoolPhotoApp需要检查用户是否接收到好友分享的图片，即使应用不在前台运行。按照之前的做法，应用需要使用后台服务去执行这个任务。升级到Android O后，开发者需要用按一定周期运行的Job替换掉后台服务来执行，查询服务器，完成后退出。

在Android O之前，创建一个前台服务的通常做法是先创建一个后台服务，然后将其提升到前台 。但这个做法到了Android O已经失效了。Android O提供了另外一个方法[ NotificationManager.startServiceInForeground() ]( https://developer.android.com/reference/android/app/NotificationManager.html#startServiceInForeground(android.content.Intent , int, android.app.Notification))，来创建前台服务。用这个方法创建的新服务永远不会进入后台，所以不会受到后台服务的运行限制。

如果应用注册了广播，那么只要有广播发送，应用的广播接收器就会自动运行，占用系统资源。当很多应用都注册了某个系统事件广播时，那么就会出现性能问题，因为当系统事件触发广播时所有的应用的接收器在很短的时间内都会被顺序运行，这样就会影响用户体验。为了解决这个问题，Android 7.0增加了对广播的限制。Android O进一步加强了这个限制。

大多数情况下，应用之前注册的隐式广播可以用功能类似的 JobScheler 的job替代。比如，一个社交图片类- -应用经常会在设备充电时，清除使用过程中产生的数据。该应用会在Manifest注册ACTION_POWER_CONNECTED广播，当接收到这个广播是，执行清理的工作。升级到Android O时，应用需要删除注册的这个广播，然后使用一个清理的job，这个job会在设备空闲并且充电时自动触发执行。

有一部分隐式广播是不受这个限制的，应用可以继续在Manifest中注册使用，不管应用的targetSdkVersion是多少。这部分不受限制的广播，可以查看 Implicit Broadcast Exceptions 。

上面介绍的这些变化不会影响到targetSdkVersion是25或者以下的应用 。但是如果应用是targetSdkVersion是Android O对应的API级别，需要修改应用以遵守这些新的限制。

如果应用在空闲状态仍然在运行后台服务，那么你需要替换掉这些后台服务。可以采用如下的方案：

检查在Manifest注册的广播，替换掉隐式广播：

⑸ android平台的app 手机客户端和后台服务器怎么进行数据交互的

首先不要管安卓端还是苹果端，现在一般都是响应式的app，你放到安卓或者苹果或者pc或者平板都是没有问题的。一般采用的是http接口通讯，或者socket连接。具体你要去查资料找Demo了。而且现在主流是采用html5开发或者混合开发了。所以最好是服务器提供appAPI接口，通过http访问服务器，获取数据，数据一般是json，或者xml，拿到后解析数据就可以了，然后再用UI框架或者其他框架或者自定义的UI封装下格式很漂亮了，至于cookie和session等，看你的习惯，网络验证和签名那些也自己看习惯，如果涉及到大数据，还需要引入第三方框架的，直接引入就可以了，不过推荐自己写，防止侵权。都是很通用的。

⑹ Android 启动后台运行程序(Service)

Android开发中，当需要创建在后台运行的程序的时候，就要使用到Service。Service 可以分为有无限生命和有限生命两种。特别需要注意的是Service跟Activities是不同的（简单来说可以理解为后台与前台的区别），例如，如果需要使用Service的话，需要调用startService(),从而利用startService()去调用Service中的OnCreate()和onStart()方法来启动一个后台的Service。 启动一个Service的过程如下：context.startService() ->onCreate()- >onStart()->Service running其中onCreate()可以进行一些服务的初始化工作，onStart()则启动服务。 停止一个Service的过程如下：context.stopService() | ->onDestroy() ->Service stop 接下来的实例是一个利用后台服务播放音乐的小例子，点击start运行服务，点击stop停止服务。ServicesDemo.java（是一个Activity）

package com.android.myservice;

import android.app.Activity;
import android.content.Intent;
import android.os.Bundle;
import android.util.Log;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button;

public class ServiceDemo extends Activity implements OnClickListener {
private static final String TAG = "ServiceDemo";
Button buttonStart, buttonStop;

}

除此之外还要在Manifest里面声明服务:

<?xml version="1.0" encoding="utf-8"?>

<manifest xmlns:android=" http://schemas.android.com/apk/res/android "
package="com.android.myservice">
<application android:label="@string/app_name">
<activity android:name=".ServiceDemo" android:label="@string/app_name">
<intent-filter>
<action android:name="android.intent.action.MAIN"/>
<category android:name="android.intent.category.LAUNCHER"/>
</intent-filter>
</activity>
<service android:enabled="true" android:name=".MyService"/>
</application>
</manifest>

定义Service(MyService.java

package com.android.myservice;

import android.app.Service;
import android.content.Intent;
import android.media.MediaPlayer;
import android.os.IBinder;
import android.util.Log;
import android.widget.Toast;

public class MyService extends Service {
private static final String TAG = "MyService";
MediaPlayer player;

}

layout文件夹中是main.xml

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android=" http://schemas.android.com/apk/res/android "
android:orientation="vertical"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:gravity="center">
<TextView
android:layout_width="fill_parent"
android:layout_height="wrap_content" android:text="@string/services_demo" android:gravity="center" android:textSize="20sp" android:padding="20dp"/>
<Button android:layout_width="wrap_content" android:layout_height="wrap_content" android:id="@+id/buttonStart" android:text="@string/start"></Button>
<Button android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="@string/stop" android:id="@+id/buttonStop"></Button>
</LinearLayout>

values 文件夹中是strings.xml

<?xml version="1.0" encoding="utf-8"?>

<resources>
<string name="start">Start</string>
<string name="stop">Stop</string>
<string name="services_demo">Service Demo</string>
</resources>

⑺ Android 服务的限制

Google官网将Android服务分为了三种，前台服务，后台服务和绑定服务：

前台服务执行一些用户能注意到的操作。例如，音频应用会使用前台服务来播放音频曲目。前台服务必须显示 通知 。即使用户停止与应用的交互，前台服务仍会继续运行。

后台服务执行用户不会直接注意到的操作。例如，如果应用使用某个服务来压缩其存储空间，则此服务通常是后台服务。

当应用组件通过调用 bindService() 绑定到服务时，服务即处于 绑定 状态。绑定服务会提供客户端-服务器接口，以便组件与服务进行交互、发送请求、接收结果，甚至是利用进程间通信 (IPC) 跨进程执行这些操作。仅当与另一个应用组件绑定时，绑定服务才会运行。多个组件可同时绑定到该服务，但全部取消绑定后，该服务即会被销毁。

我个人理解服务可以分为两种， 前台 和 后台 ，而 绑定 应该是被当作一种状态，因为 前台服务 和 后台服务 都可以进行绑定。

基于这个理解，我们将限制分成了前台和后台两个部分：

从 Android 5.0（API 级别 21）开始，如果使用隐式 Intent 调用 bindService() ，则系统会抛出异常。为确保应用的安全性，在启动 Service 时，请始终使用显式 Intent，且不要为服务声明 Intent 过滤器。

在后台中运行的 Service 会消耗设备资源，这可能会降低用户体验。 为了缓解这一问题，系统对这些 Service 施加了一些限制。

处于前台时，应用可以自由创建和运行前台与后台 Service。

Android 8.0 开始：系统不允许后台应用创建后台 Service。否则该函数将引发一个 IllegalStateException。

Android 8.0 开始：进入后台时，在一个持续数分钟的时间窗内，应用仍可以创建和使用 Service。 在该时间窗结束后，应用将被视为处于 空闲 状态。 此时，系统将停止应用的后台 Service，就像应用已经调用 Service 的 Service.stopSelf() 方法一样。

为了解除这种限制，可以使用 JobScheler 作业替换后台 Service。

在 Android 8.0 之前，创建前台 Service 的方式通常是先创建一个后台 Service，然后将该 Service 推到前台。

而在Android 8.0 之后，系统不允许后台应用创建后台 Service。

解决方案：调用 startForegroundService() ，以在前台启动新 Service。

在系统创建 Service 后，应用有五秒的时间来调用该 Service 的 startForeground() 方法以显示新 Service 的用户可见通知。 如果应用在此时间限制内 未 调用 startForeground() ，则系统将停止此 Service 并声明此应用为 ANR 。

前台服务必须显示优先级为 PRIORITY_LOW 或更高的 状态栏通知 ，这有助于确保用户知道应用正在执行的任务。如果某操作不是特别重要，因而您希望使用最低优先级通知，则可能不适合使用服务；相反，您可以考虑使用 计划作业 。

在 Android 9 (API 28)之后，使用前台服务必须申请 FOREGROUND_SERVICE 权限，否则会报 SecurityException 。 这是普通权限，因此，系统会自动为请求权限的应用授予此权限。

每个运行服务的应用都会给系统带来额外负担，从而消耗系统资源。如果应用尝试使用低优先级通知隐藏其服务，则可能会降低用户正在主动交互的应用的性能。因此，如果某个应用尝试运行拥有最低优先级通知的服务，则系统会在抽屉式通知栏的底部调用出该应用的行为。

以 Android 12 为目标平台的应用在后台运行时无法再启动 前台服务 。

在 Android 11 及以后，系统对前台服务何时可以访问设备的位置、摄像头或麦克风进行了限制。

如果您的应用以 Android 11 或更高版本为目标平台，且在前台服务中访问摄像头或麦克风，则必须添加 前台服务类型 camera 和 microphone 。

如果你的应用 在后台运行时启动了某项前台服务 ：

如果某服务的功能（位置、麦克风 和 相机）受到了限制，则Logcat中会打印如下语句：