앱을 강제 종료하면 iOS 기기에 어떤 이점이 있습니까?


8

이 질문과 관련하여 다양한 웹 사이트와 사람들로부터 혼합 된 답변을 얻었으며 모든 답변을 한 번에 모두 대답하기를 원했습니다.

문제는 앱을 강제로 종료 하는 것 (즉, 홈 버튼을 두 번 클릭 한 다음 위로 스 와이프하는 것) 이 iPhone 또는 기타 iOS 장비의 배터리 또는 전체 성능에 어떤 이점이 있습니까?


1
@Tetsujin 답변이 있으시면 아래에 올리십시오. 감사합니다. 주석에는 "답변"을 올바른 것으로 편집하거나 심사 할 수있는 기능이 없습니다.
Robert Cartaino

답변:


6

이 주제에 관해 많은 토론과 토론이있었습니다. v3 및 v4 일에 iOS에 도움이되었다고 생각하지만 지금은 그렇지 않습니다.

Craig Federighi 는 최근에 필요하지 않고 배터리 수명을 늘리지 않는다고 나왔습니다. Apple은 필요할 때 앱을 일시 중지 및 / 또는 종료 할 적절한 시간을 메모리 관리 기능에 내장했습니다. 앱을 강제 종료해야하는 유일한 시점은 응답이없는 경우입니다.


4

한 가지 상황에서 강제 종료는 프로세스 정리, 재시작 및 캐시 / 열린 파일을 제거하는 데 필요한 추가 처리 비용을 능가하는 iOS에 이점을 줄 수 있습니다.

이 작업의 단점은 앱이 백그라운드에서 실행되지 않는다는 것입니다. 따라서 새 앱 또는 스프링 보드 / 아이콘 목록 / 잠금 화면으로 전환하면 iOS가 이미 앱의 모든 파일 시스템 활동을 중지 / 일시 중지 / 플러시했습니다.

저장된 상태 또는 캐시 된 결과를 무시하고 처음부터 완전히 다시 초기화해야한다는 중지 된 앱에 신호를 보냅니다. 이 앱은 사용자가 "킬링 (kill)"했을 때 앱이 코드에 있던 크래쉬를 충돌 보고서 (및 선택적으로 개발자에게) 형태로 Apple에 알립니다.

  • 성능 측면에서 볼 때 강제 종료 앱은 iOS와 앱 의 성능을 저하 시킵니다.
  • 배터리 수명 측면에서 강제 종료 앱은 iOS와 배터리 수명 을 상당히 악화 시킵니다.

수술이라고 생각하십시오-당신은 단기적으로 명백한 해를 입히고 있습니다-수술이 필요한지 확실하지 않으면, 성능에 영향을 미치고 강제 종료하지 마십시오.


그렇게 간단하다고 생각하지 마십시오. 백그라운드에서 앱이 많은 양의 리소스를 사용하는 경우 (예 : Facebook) 더 오랜 시간 동안 다시 전환하지 않으려는 경우 다시 시작하는 노력이 계속 유지되는 노력보다 낮습니다.
nohillside

@patrix 구체적으로 페이스 북을 위해 말할 수는 없지만 응용 프로그램이 백그라운드 서비스를 실행하도록 등록 된 경우 iOS는 강제 종료되면 즉시 다시 시작합니다. 따라서 자동 시작 할 때 앱이 실행되지 않도록 코딩되지 않은 경우- 강제 종료는 실제로 백그라운드 스레드 / 태스크가 다시 생성되는 것을 막지 않습니다. 단지 중단하고 정리 한 다음 다시 실행합니다.
bmike

3

최근에이 주제는 다시 인기있는 항목입니다. iOS 기기에서 앱을 강제 종료하는 것은 쓸모가 없다고 믿습니다. 앱이 다운되었을 때만 다시 시작하면 도움이됩니다. 여기에 더 많은 정보가 있습니다.

Mac :

iOS의 멀티 태스킹 기능을 사용하여 앱을 강제 종료하면 iPhone의 배터리 수명을 절약하거나 스마트 폰이 느려질 때 소프트웨어의 속도를 향상시킬 수 있다고 오랫동안 믿고있었습니다.

이번 주 초, iPhone 사용자는 Apple CEO Tim Cook에게 이메일을 보내 문제를 한 번에 해결하기로 결정했고 대신 Apple의 소프트웨어 엔지니어링 수석 부사장 인 Craig Federighi로부터 답변을 받았습니다 (9to5Mac을 통해).

이메일 대화

 

다음은 응용 프로그램 강제 종료에 대한 공식 지원 문서 에서이 기능을 사용하는시기에 대한 Apple의 고유 한 조언 입니다.

홈 버튼을 두 번 클릭하면 최근에 사용한 앱이 나타납니다. 앱이 열려 있지 않지만 탐색 및 멀티 태스킹을 지원하기 위해 대기 모드에 있습니다. 응답하지 않는 경우에만 앱을 강제로 종료해야합니다.

 

MacDailyNews는 Steve Jobs의 2010 년 이메일을 인용합니다.

설계된대로 [iOS 멀티 태스킹]을 사용하면 기쁠 것입니다. 앱을 종료 할 필요가 없습니다.

 

Apple의 소프트웨어 담당 수석 부사장, Apple의 공식 지원 문서 또는 Steve Jobs를 믿지 않는 경우를 대비하여이 습관이 실제로 iPhone 배터리 수명에 해로운 영향을 미치는 다른 기사가 있습니다.


0

이론적으로는 그렇습니다. 백그라운드에서 실행되는 앱은 메모리를 소비합니다 (스레드는 여전히 존재하므로 홈 버튼을 두 번 클릭하면 목록이 표시됩니다). 따라서 배터리를 소비합니다.

그러나 실제로는 그렇지 않습니다. iOS는 메모리 관리에서 상당히 잘 작동하며 백그라운드에서 실행되는 앱은 적은 양의 메모리 만 소비합니다. 포 그라운드에서 실행중인 다른 앱 (활동적으로 실행 중이고 사용자와 상호 작용하는 경우)에 더 많은 메모리가 필요한 경우 iOS 시스템은 백그라운드 앱을 종료하고 메모리를 제거 할 수 있습니다. 때로는 앱을 강제 종료하는 것이 메모리 / 배터리 수명을 절약하는 것처럼 보이는 이유는 일부 앱은 백그라운드에서 실행되는 경우에도 백그라운드 페치, 주기적으로 데이터 동기화, 등 (모든 앱이 그런 것은 아닙니다). 그러나 설정-> 일반에서 백그라운드 앱 새로 고침을 구성하여이를 비활성화 할 수 있습니다.

따라서 요약하면 백그라운드에서 많은 작업을 수행하지 않는 앱의 경우 강제 종료하면 눈에 띄는 이점이 없습니다.


3
"백그라운드에서 실행되는 응용 프로그램은 메모리를 소비합니다 (스레드는 여전히 존재하므로 홈 버튼을 두 번 클릭 할 때 나열되는 것을 볼 수 있습니다). 따라서 배터리를 소비합니다." 이것은 기술적으로 올바르지 않습니다. 홈 버튼을 두 번 클릭하면 앱이 닫 혔을 때의 메모리에있는 스냅 샷이 표시됩니다. 당신이 그것을 본다고해서 스레드가 여전히 존재한다는 것을 의미하지는 않습니다. iOS는 백그라운드에서 실행이 허용되지 않고 처리가 활발히 진행되지 않는 한 앱 실행을 중지하고 메모리에서 제거합니다.
fsb

@fbara 동의하지 않습니다. Apple의 Developer doc 에 따르면 , 앱은 Suspended백그라운드 로 전환 한 직후에 호출 된 상태가되고, 일시 중단 된 동안 앱은 메모리에 남아 있지만 코드는 실행하지 않습니다. iOS에 의해 종료되지 않는 한 애플리케이션의 프로세스는 여전히 존재합니다. XCode (iOS 앱용 개발자 도구)가있는 경우 실제로는 전경에서 실행중인 항목이없는 경우에도 디버그-> 연결을 사용하여 프로세스를 처리하고 전화기에서 프로세스 목록을 볼 수 있습니다.
Stephenye

같은 문서에도 다음과 같이 기술되어 있습니다. "곧 앱 델리게이트의 applicationDidEnterBackground:메소드가 반환 된 후 시스템이 앱 창의 스냅 샷을 생성합니다 . 마찬가지로 백그라운드 작업을 수행하기 위해 앱을 깨우면 시스템이 관련 변경 사항을 반영하기 위해 새로운 스냅 샷을 생성 할 수 있습니다 예를 들어, 다운로드 한 항목을 처리하기 위해 앱을 깨우면 시스템 이 새로운 스냅 샷 을 생성하여 항목의 통합으로 인한 모든 변경 사항을 반영 할 수 있습니다. 시스템은 멀티 태스킹 UI에서 이러한 스냅 샷 이미지를 사용하여 사용자의 상태를 보여줍니다. 앱." 이것이 내가 말한 것입니다.
fsb

@fbara 사실입니다 : 멀티 태스킹 UI는 스냅 샷을 사용합니다. 특히 배경을 입력 할 때 민감한 데이터를 표시 하지 않기 위해 (예 : 일부 금융 앱에서 사용). 그러나 나는 그 과정이 여전히 존재한다고 생각합니다. 그러나 기술 세부 사항에 너무 집중하지 마십시오. 여전히 메모리를 소비합니다 (스냅 샷은 여전히 ​​메모리를 올바르게 소비합니다).
Stephenye

-1

특히 Facebook 앱을 종료하면 배터리 수명이 절약 될 수 있습니다. 배터리 섹션 (설정> 배터리> 시간)에서 사용량을 확인한 후 도움이되지 않지만 제대로 작동하지 않는다고 확신합니다.


VoIP 클라이언트로 등록되어 있기 때문에 앱을 닫아도 변경되지 않습니다.
Andrew Larsson
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.