Почему бы не использовать всегда android: configChanges= "keyboardHidden|ориентация"?

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

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

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

Я не вижу почему.... случайные перезагрузки в порядке, на мой взгляд... configChanges обрабатывает большинство случаев для меня... ну, может быть, в некоторых типах приложений это может быть проблемой, но это действительно зависит от типа приложения и как вы восстанавливаете состояние при перезапуске приложения... Когда одно из моих приложений перезагружается, пользователь регистрируется обратно, и последнее действие открывается моим кодом, и пользователь jus теряет некоторые шаги, чтобы вернуться туда, где он был, но не имеет большого значения.. В другом случае некоторое состояние всегда сохраняется, а некоторое состояние всегда восстанавливается перезапуск. Когда активность перезапускалась, это должно было быть то, что приложение не было использовано или что-то еще... так что никаких проблем... В игре, например, это может быть проблемой, может быть, или в каком-то другом типе приложения я не знаю...

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

Так убейте меня, но я использую это в разных приложениях довольно успешно... android:configChanges="locale|keyboard|keyboardHidden|orientation|screenLayout|uiMode|screenSize|smallestScreenSize" Но я понимаю, что для некоторых специальных приложений это может быть не очень хорошо, но большинство приложений могут жить это просто нормально.

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

теперь нашли решение, которое не будет приостанавливать песню.

укажите в манифесте, что вы будете обрабатывать изменение конфигурации для ориентации экрана, а затем использовать метод onConfigurationChanged для загрузки файла макета. Делая это в logCat я вижу onPause, onCreate & onResume не вызываются, и поэтому песня не является приостановленный.

1. обновите манифест для обработки ориентации.

   android:configChanges="orientation|screenSize"
   

2. добавить этот код

   @Override
   public void onConfigurationChanged(Configuration newConfig) {
       // TODO Auto-generated method stub      
       super.onConfigurationChanged(newConfig);        
       setContentView(R.layout.activity_main);
   }