显示通知时极度滞后

时间:2016-01-10 15:44:53

标签: java android performance android-service android-notifications

原始问题:

这是我第一次尝试实施服务和通知,所以如果我的实施概念完全错误,请耐心等待。

问题:

我实现了一个在给定时间间隔内重复显示通知的服务。 每当显示通知时,通知都会正确显示,但我的手机开始变得非常糟糕。这不仅是我的应用程序滞后,它真的是整个手机,运行Android的Nexus 5X 6.0.1。它几乎无法使用。

实现:

启动服务的

MainActivity

public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    ...
    Intent intent = new Intent(this, MyService.class);
    startService(intent);
}
显示通知的

MyService

public class MyService extends Service {
private static long UPDATE_INTERVAL = 1 * 10 * 1000;

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
    return START_STICKY;
}

@Override
public void onCreate() {
    super.onCreate();
    startService();
}

private void startService() {
    mTimer.scheduleAtFixedRate(

            new TimerTask() {

                public void run() {
                    refreshData();
                }
            }, 1000, UPDATE_INTERVAL);
}

private void refreshData() {

    Intent intent = new Intent(this, MainActivity.class);
    PendingIntent pIntent = PendingIntent.getActivity(this, (int) System.currentTimeMillis(), intent, 0);

    Notification noti = new Notification.Builder(this)
            .setContentTitle("New notification")
            .setContentText("Lorem ipsum dolor sit amet, consectetur adipiscing elit.").setSmallIcon(R.drawable.home)
            .setContentIntent(pIntent).build();
    NotificationManager notificationManager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
    noti.flags |= Notification.FLAG_AUTO_CANCEL;

    notificationManager.notify(1337, noti);
}

private void stopService() {
    if (mTimer != null) mTimer.cancel();
}

@Override
public void onDestroy() {
    super.onDestroy();
    stopService();
}

我无法确定造成延迟的部分,所以我们非常感谢任何帮助!

提前谢谢。

UPDATE:

错误是由于我的一个愚蠢的错误导致的,因为为通知加载了太大的图像文件(参见接受的答案)。我仍然会将问题保持在线,因为它几乎演示了如何实现显示通知的服务的完整示例。 (只要图像文件不是太大:-))

1 个答案:

答案 0 :(得分:1)

好的,所以在问题评论中,我们发现用于通知的图像是2000x2000像素。将其更改为更合理的图像可以解决问题。

我的假设是CPU使用率来自SystemUI(显示通知),每次更新通知时重新加载图像 。解码2000x2000像素的png图像实际上需要几百毫秒。