앱을 강제 종료하면 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.