[ios] Xcode 빌드 옵션의 영향 “비트 코드 사용”예 / 아니요

여기에서 비트 코드 에 관한 모든 솔루션을 찾을 수 있습니다

Apple Doc에 따라

비트 코드는 컴파일 된 프로그램의 중간 표현입니다. 비트 코드가 포함 된 iTunes Connect에 업로드 한 응용 프로그램은 저장되어 컴파일됩니다. 비트 코드를 포함하면 Apple은 새로운 버전의 앱을 스토어에 제출할 필요없이 향후 앱 바이너리를 다시 최적화 할 수 있습니다.

Xcode는 기본적으로 빌드 시간 동안 생성 된 심볼을 숨기므로 Apple에서 읽을 수 없습니다. 앱을 iTunes Connect에 업로드 할 때 심볼을 포함하도록 선택한 경우에만 심볼이 Apple로 전송됩니다. Apple에서 충돌 보고서를 받으려면 기호를 포함해야합니다.

참고 : iOS 앱의 경우 비트 코드가 기본값이지만 선택 사항입니다. watchOS 및 tvOS 앱의 경우 비트 코드가 필요합니다. 비트 코드를 제공하는 경우 앱 번들의 모든 앱 및 프레임 워크 (프로젝트의 모든 대상)에 비트 코드가 포함되어야합니다. iTunes Connect를 사용하여 응용 프로그램을 배포 한 후 다음에 설명 된대로 빌드 용 dSYM 파일을 다운로드 할 수 있습니다. , 장비 윈도우에서 충돌보기 및 가져 오기에

한 유형의 하드웨어에서 다른 유형의 하드웨어로 업그레이드하는 데 문제가 올바른 버전의 바이너리를 복원하지 못했기 때문에 Apple의 비트 코드 및 앱 씬닝 서비스의 초기 출시가 보류되었습니다. 이 문제는 이후 iOS 9.0.2에서 수정되었으며 기능이 다시 활성화되었습니다.

비트 코드는 항상 LLVM 컴파일 및 최적화 단계의 일부 였지만 백엔드 논리를 Apple 서버로 이동함으로써 개발자 컴파일 시간에서 App Store 배포로 최적화 및 어셈블 단계를 이동합니다. 이를 통해 향후 더 새롭고 더 빠른 프로세서를 지원할 수 있도록 향후 재 최적화 또는 재번역의 잠재력을 활용할 수 있습니다. 비트 코드 배포는 watchOS 및 tvOS 분리에 필요하며 프로젝트 설정의 “비트 코드 사용”옵션을 사용하여 기존 iOS 배포에 조건부로 활성화 할 수 있습니다. 디버그 빌드를위한 플래그 임베디드 비트 코드 마커와 아카이브 / 장치 빌드를위한 임베디드 비트 코드가 추가됩니다. 이것들은 -embed-bitcode와 함께 또는 Swift 컴파일러에 -fembed-bitcode와 함께 clang을 사용하여 전달 될 수 있습니다.

비트 코드에도 몇 가지 단점이 있습니다.개발자는 Apple에 제공된 바이너리에 해당하는 디버그 기호의 복사본을 저장하여 응용 프로그램에서 충돌 보고서를 디버깅 할 수 있습니다. 주어진 스택에서 충돌이 발생하면 개발자는 이러한 디버그 기호를 사용하여 충돌 보고서를 상징화하여 원래 스택 추적을 복원 할 수 있습니다. 그러나, 심볼은 중간 형태를 이진으로 변환하는 부산물이며; 그러나 해당 단계가 서버에서 수행되면이 정보가 손실됩니다. Apple은 개발자가 응용 프로그램을 게시 할 때 디버그 기호를 업로드 한 경우 디버거의 일부를 재생할 수있는 충돌보고 서비스를 제공합니다. 개발자가 정확한 바이너리를 보지 못한다는 것은 새로운 하드웨어가 발전함에 따라 특정 문제를 테스트하지 못할 수도 있음을 의미합니다.

마지막으로, 서버 의 비트 코드 는 새로운 아키텍처 및 명령어 세트가 발전함에 따라 지원되도록 변환 될 수 있습니다. 그들이 호출 규칙과 정렬 및 단어의 크기를 유지한다면, 비트 코드 응용 프로그램은 다른 아키텍처 유형으로 변환되어 새로운 프로세서에 맞게 최적화 될 수 있습니다. 수학 및 벡터 루틴을위한 표준 라이브러리를 사용하는 경우 지정된 어플리케이션에 대해 최고의 성능을 얻기 위해 프로세서 별 벡터 명령어로 최적화 할 수 있습니다. 옵티마이 저는 여러 개의 다른 인코딩을 생성하고 크기 또는 실행 속도에 따라 판단 할 수도 있습니다.

자세한 내용은 여기 및 여기를 확인하십시오

답변