2017-02-10 4 views
1

Я только начинаю изучать разработку приложений для Android, и я делаю приложение для встроенных устройств. Мое приложение должно работать в течение долгих часов, но это не удается. Я очистил свой код возможных утечек памяти, но проблема все же возникает.Почему повторная инициализация приложения Android при длительном запуске работает, даже когда приложение ничего не делает?

Итак, я попробовал запустить приложение, которое ничего не делает, на ночь, и вот мои выводы.

Во-первых, фрагмент исходного кода:

@RequiresApi(api = Build.VERSION_CODES.N) 
public MainActivity() 
{ 
    super(); 
    Log.d("TEST","NEW INSTANCE CREATED " + Calendar.getInstance().getTime()+"================================================="); 
} 

@RequiresApi(api = Build.VERSION_CODES.N) 
@Override 
protected void onCreate(Bundle savedInstanceState) { 
    super.onCreate(savedInstanceState); 
    setContentView(R.layout.activity_main); 
    Toolbar toolbar = (Toolbar) findViewById(R.id.toolbar); 
    setSupportActionBar(toolbar); 

    FloatingActionButton fab = (FloatingActionButton) findViewById(R.id.fab); 
    fab.setOnClickListener(new View.OnClickListener() { 
     @Override 
     public void onClick(View view) { 
      Snackbar.make(view, "Replace with your own action", Snackbar.LENGTH_LONG) 
        .setAction("Action", null).show(); 
     } 
    }); 

    DrawerLayout drawer = (DrawerLayout) findViewById(R.id.drawer_layout); 
    ActionBarDrawerToggle toggle = new ActionBarDrawerToggle(
      this, drawer, toolbar, R.string.navigation_drawer_open, R.string.navigation_drawer_close); 
    drawer.setDrawerListener(toggle); 
    toggle.syncState(); 

    NavigationView navigationView = (NavigationView) findViewById(R.id.nav_view); 
    navigationView.setNavigationItemSelectedListener(this); 

    ((TextView)findViewById(R.id.textHere)).setText(Calendar.getInstance().getTime()+""); 
} 

Затем в течение ночи журнала:

$ adb shell am start -n "domain.removed.myapplication/domain.removed.myapplication.MainActivity" -a android.intent.action.MAIN -c android.intent.category.LAUNCHER 
    Client not ready yet..Waiting for process to come online 
    Connected to process 1324 on device freescale-ivg_mx6dq-1126a9d4e315e294 
    I/art: Late-enabling -Xcheck:jni 
    I/art: Debugger is no longer active 
    W/System: ClassLoader referenced unknown path: /data/app/domain.removed.myapplication-2/lib/arm 
    I/InstantRun: Instant Run Runtime started. Android package is domain.removed.myapplication, real application class is null. 
    W/System: ClassLoader referenced unknown path: /data/app/domain.removed.myapplication-2/lib/arm 
    D/TEST: NEW INSTANCE CREATED Tue Jan 25 19:00:45 GMT+08:00 2011================================================= 
    W/art: Before Android 4.1, method android.graphics.PorterDuffColorFilter android.support.graphics.drawable.VectorDrawableCompat.updateTintFilter(android.graphics.PorterDuffColorFilter, android.content.res.ColorStateList, android.graphics.PorterDuff$Mode) would have incorrectly overridden the package-private method in android.graphics.drawable.Drawable 
    D/OpenGLRenderer: Use EGL_SWAP_BEHAVIOR_PRESERVED: true 
    I/imx6.gralloc: open gpu gralloc module! 
    I/OpenGLRenderer: Initialized EGL, version 1.4 
    D/TEST: NEW INSTANCE CREATED Wed Jan 26 04:08:19 GMT+08:00 2011================================================= 
    D/TEST: NEW INSTANCE CREATED Wed Jan 26 05:10:15 GMT+08:00 2011================================================= 
    D/TEST: NEW INSTANCE CREATED Wed Jan 26 06:13:26 GMT+08:00 2011================================================= 
    D/TEST: NEW INSTANCE CREATED Wed Jan 26 07:15:13 GMT+08:00 2011================================================= 
    W/art: Suspending all threads took: 32.077ms 
    W/art: Suspending all threads took: 28.910ms 
    W/art: Suspending all threads took: 29.957ms 
    W/PathParser: Points are too far apart 4.000000596046461 

Основываясь на бревнах, приложение повторно инициализирует пять раз.

Мои вопросы:

  1. Почему Android ведет себя таким образом?
  2. Какова наилучшая практика для решения этой проблемы и достижения желаемого поведения? (приложение, которое может работать в течение долгих часов без повторного создания экземпляра)
  3. Если это также общеизвестно для разработчиков Android, можете ли вы предложить/рекомендовать ключевые слова или поисковые запросы, чтобы найти проблемы, связанные с этим?

Спасибо, ребята, заранее! :)

Joey

ответ

0

Вы не можете держать ваше приложение работает все время. Это не хорошо для батареи. Если ваше приложение в фоновом режиме может убить его, чтобы освободить ресурсы для другого приложения. Или по любым другим причинам, таким как энергосбережение или что-то еще.

Если вам нужно что-то сделать в фоновом режиме. Вам необходимо использовать service

С AlarmManager вы можете запланировать, когда вы начнете обслуживание и выполните некоторую работу.

Но в Android 6 google добавлен режим доз. Когда устройство переходит в глубокий сон через некоторое время, и только приложения optimized для режима доза могут проснуться.

+0

Hi @thealeksandr, спасибо за ваш быстрый ответ, устройство не питается от батареи, и приложение не будет работать постоянно, просто на долгие часы. (пока аппаратное обеспечение устройства не будет проверено). Но все же спасибо за эту информацию, я буду помнить об этом. Также спасибо за предложение услуги, которая может работать с моим приложением. – Joey

0

Инициализация тяжелых приложений может произойти, когда ваш код переопределяет объект приложения. Инициализация приложений часто возникает из-за того, что сбор мусора много, но, поскольку вы сказали, что уже проверили на наличие утечек памяти, это может быть и не быть главной проблемой. Вы можете использовать трассировку метода или трассировку Inline, как упомянуто here.

Вы можете избежать повторной инициализации приложения, упростив интерфейс пользователя, избегая сложной инициализации подсистем в рамках этой операции.

Следуйте за контентом по ссылке - ответьте на этот комментарий, если вы узнаете что-то новое, кроме того, что я сказал. Это будет хорошим для меня обучением :)

Приветствия!

0

Joey, Чтобы начать это на самом деле не «Issue», потому что, как вы знаете, почти все андроид устройства с питанием от батарей и энергосбережения является одной из основных задач андроида выполнения (ART или Delvik). Чтобы ответить на ваши вопросы,

  1. Почему Android ведет себя таким образом?

Если ваша деятельность не делает каких-либо эффективных «работать», то андроид система приостановит ваше приложение/приложения и спящий режим/спящий/перейти в режим энергосбережения и т.д.

W/art: Suspending all threads took: 32.077ms 
W/art: Suspending all threads took: 28.910ms 
W/art: Suspending all threads took: 29.957ms 

Эти строки указывают, что я только что сказал. Это как работает андроид, не паникуйте.

  1. Какова наилучшая практика для решения этой проблемы и достижения желаемого поведения? (Приложение, которое может работать в течение долгих часов без повторного инстанцировании

хорошо, если ваше приложение на самом деле делать что-то то приложение не впадет в спячку, Из того, что я вижу в вашем MainActivity , Ваша деятельность НЕ НИЧЕГО, его простой пользовательский интерфейс, который просто сидит там .. Таким образом, время выполнения Android не означает, что это приложение ничего не делает => Приостановить/убить приложение.

  1. Если это общеизвестно для разработчиков Android, можете ли вы предложить/рекомендовать k слова или поисковые запросы, чтобы найти проблемы, связанные с этим?

Проверьте ответ thealeksandr на выполнение длинных процессов в качестве справочной службы. Надеюсь, что это поможет.

0

Извините, потребовалось время, чтобы обновить это, ваши ответы на мой номер вопроса 1 привели меня к поиску идеального решения моих требований к приложениям.

Я добавил свое приложение в белый список оптимизации батареи, проверьте следующую ссылку для получения дополнительной информации. Battery optimization

 Смежные вопросы

  • Нет связанных вопросов^_^