프레임워크가 있는 iOS 앱이 장치에서 크래시됨, dyld: 라이브러리가 로드되지 않음, Xcode 6 베타

프레임워크가 있는 iOS 앱이 장치에서 크래시됨, dyld: 라이브러리가 로드되지 않음, Xcode 6 베타

이 크래시는 블로킹의 문제가 되고 있습니다.이 문제를 재현하려면 , 다음의 순서에 따릅니다.

• 코코아 터치 프레임워크 프로젝트 생성
• 빠른 파일 및 클래스 Dog 추가
• 디바이스 프레임워크 구축
• Swift에서 Single View 응용 프로그램 만들기
• 프레임워크 앱 프로젝트로 가져오기
• View Controller 프레임워크에서 스위프트클래스를 인스턴스화합니다.
• 단말기에서 앱 빌드 및 실행

앱이 실행되자마자 크래쉬가 발생했습니다. 콘솔 로그는 다음과 같습니다.

dyld: Library not loaded: @rpath/FrameworkTest03.framework/FrameworkTest03
  Referenced from: /var/mobile/Applications/FA6BAAC8-1AAD-49B4-8326-F30F66458CB6/FrameworkTest03App.app/FrameworkTest03App
  Reason: image not found

iOS 7.1과 8.0 디바이스를 기반으로 구축하려고 했는데 둘 다 같은 크래시가 발생합니다.하지만 앱을 만들어서 시뮬레이터로 실행할 수 있습니다.또한 Libraries와의 Link Binary With Libraries에서 Framework를 Required to Optional로 변경할 수 있지만 문제가 완전히 해결되지 않아 Dog 인스턴스를 만들 때 앱이 크래시되었습니다.디바이스와 시뮬레이터의 동작이 다르기 때문에 Xcode 베타 버전을 사용하여 디바이스의 프레임워크를 배포할 수 없다고 생각합니다.누가 이걸 밝혀줄 수 있나요?

대상의 일반 탭에 포함된 이진 필드가 있습니다.여기에 프레임워크를 추가하면 크래시가 해결됩니다.

참고 자료는 Apple Developer Forums에 있습니다.

iOS가 8 이상일 경우

대상의 일반 탭의 포함된 이진 섹션에서 프레임워크를 추가합니다.그러면 프레임워크가 실행 시 링크될 수 있도록 컴파일된 프레임워크에 복사됩니다.

왜 이런 일이 일어나는 거죠? : 링크하는 프레임워크는 동적으로 링크된 프레임워크로 컴파일되어 런타임에 링크되기 때문입니다.

** 주의:** 커스텀 프레임워크의 삽입은 iOS > 8에서만 지원되므로 이전 버전의 iOS에서 작동하는 대체 솔루션이 있습니다.

iOS가 8 미만인 경우

이 프레임워크에 영향을 미치는 경우(소스 코드/빌드 프로세스에 대한 액세스 권한이 있음) 이 프레임워크는 동적으로 링크되지 않고 정적으로 링크되도록 변경할 수 있습니다.이로 인해 실행 시 코드가 링크되지 않고 컴파일된 앱에 포함되므로 프레임워크가 내장될 필요가 없습니다.

** 방법:** 프레임워크의 빌드 설정 탭에서 링크 섹션에서 Mach-O 유형을 정적 라이브러리로 변경합니다.이제 내장 바이너리 아래에 프레임워크를 포함할 필요가 없습니다.

자산포함:이미지, 오디오, xib/variable 파일 등을 포함하려면 번들(기본적으로 디렉토리, 자세한 내용은 bit.ly/ios_bundle)을 참조)을 작성한 후 NSBundle을 사용하여 번들에서 자산을 로드하는 것이 좋습니다.

프레임워크만 프로젝트에 끌어들이는 것만으로는 충분하지 않습니다.같은 야구장에 있어도 아이를 찾을 수 없는 것과 같다.다음의 순서에 따릅니다.

1) 프레임워크 작성

• 프레임워크를 개발합니다.
• 이 ★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★」COMMAND+B프레임워크를 구축하여 "빌드 성공"을 받으십시오.

2) 프레임워크에 접속하다

• 으로 구축되면 수 .Products폴더를 선택합니다.

• 버튼을 해 주세요..framework[파인더에 표시]하다.

3) 프로젝트에 프레임워크 배치

• 「 」를 앤 ..frameworkFinder 에 finder "" finderframe finderframe finderframe finder finder finder finder finder finder finder finder finder finder 。

4) 프레임워크용 앱 프로젝트 구성

• 프로젝트의 최상위 수준 선택

• 대상 선택

• "빌드 단계", "라이브러리와 바이너리 연결" 순으로 이동하여 프레임워크가 선택된 옵션과 함께 포함되어 있는지 확인합니다.

• 「 Phases(빌드 단계)」에서는, 「Build Phases(빌드 단계)」를합니다.+버튼을 클릭합니다.새 복사 파일 단계(New Copy Files Phase)입니다.

• Files」해, 「Copy Files」의 설정이 것을 합니다.Destination로 합니다.'프레임워크'로 이동합니다.서브패스는 비워 둡니다. 다음 '하다'를 합니다.+왼쪽 하단에 있는 버튼은 왼쪽 아래에 있습니다.

• 프로젝트 계층이 표시됩니다.3단계에서 프레임워크를 추가한 "Frameworks" 폴더로 스크롤하거나 맨 위의 검색 표시줄에서 검색합니다.프레임워크를 선택하고 "추가"를 클릭합니다.

• 프레임워크에 "Code Sign On Copy"가 선택되어 있는지 확인합니다.

5) 청소 후 프로젝트 실행

• COMMAND+SHIFT+K
• COMMAND+R

먼저 Command+Option+ 이후 빌드 시도Shift + K 。그래도 실패했을 경우는, 다음의 순서를 실행합니다.

Xcode 8에서 이 오류가 발생하는 사용자가 있는 경우 타겟의 [General]탭에서 프레임워크 상태를 [Required]가 아닌 [Optional]으로 변경합니다.

「Swift3/Xcode 8.1」은 「Objective-C/Xcode 8.1」입니다.하려면 , 「 」를 유효하게 할 가 있었습니다.Always Embed Swift Standard Libraries[ ] 아래에 Build Options.

이 스크린샷을 보세요.

여기서 설명한 것 외에 빌드 설정 탭의 실행 경로 검색 경로에 다음 행을 추가해야 했습니다.
@executable_path/Frameworks

iOS 9.x 버전에서도 같은 문제가 발생하였습니다.

문제: 앱을 열자마자 아래 오류가 발생하여 앱이 크래시됩니다.


dyld: //Library/Frameworks/UserNotifications./UserNotifications: /var파일명: /var/containers/Bundle/Application/####/TestApp.App/TestApp이유: 이미지를 찾을 수 없습니다.

는 이 했습니다.Required로로 합니다.OptionalLinked Frameworks and Libraries★★★★★★에UserNotifications.framework를 참조할 수 있습니다.

실행 시 프레임워크가 응용 프로그램 번들에 복사되도록 하려면 새 파일 복사 단계에 프레임워크를 추가해야 합니다.

자세한 내용은 대상에 '파일 복사 빌드 단계'를 추가하는 방법을 참조하십시오.

Apple 공식 문서: https://developer.apple.com/library/mac/recipes/xcode_help-project_editor/Articles/CreatingaCopyFilesBuildPhase.html

Xcode 11 이후를 사용하는 경우:

1. 대상 설정으로 이동하고 일반을 선택합니다.

2. [ Frameworks ] 、 [ Libraries ] 、 [ Embedded Content ]까지 스크롤 다운

3. 필요에 따라 Embedd 옵션에서 Embed & Sign 또는 Embed Without Signing 값이 선택되어 있는지 확인합니다.

런타임 오류: dyld: 라이브러리가 로드되지 않았습니다: @rpath/<some_path>

라고 하는 은 실행 시 에러로, 이 에러는 런타임 에러입니다.Dynamic Linker

dyld: Library not loaded: @rpath/<some_path>
Referenced from: <some_path>
Reason: image not found

「」Library not loaded@rpath 것을 .Dynamic Linker이치노

1. 다이내믹 프레임워크가 프론트 타겟에 추가되었는지 확인합니다.General -> Frameworks, Libraries, and Embedded Content (Embedded Binaries) 를 사용하여 를 드래그 앤은 매우 .프로젝트할 프레임워크는 드래그 앤 드롭이 매우 간단합니다.Copy items if needed^[대략] 이 프레임워크는 에 암묵적인 의존관계로서 추가할 수 없습니다.
   Frameworks, Libraries, and Embedded Content)Add to targets시 시

2. @rpath소비자(응용 프로그램)와 생산자(동적 프레임워크) 간의 설정:

• 적적프프프 :
  • Build Settings -> Dynamic Library Install Name
• 「 」 「 」:
  • Build Settings -> Runpath Search Paths
  • Build Phases -> Embed Frameworks -> Destination, Subpath

3. 의 ★★★★★★★★★★★★★★★★★★★」Mach-O file^[대략] - 동적 라이브러리 및 응용 프로그램Frameworks, Libraries, and Embedded Content^[대략] - 삽입하지 마십시오.

다이내믹 링커

Dynamic Library Install Name(LD_DYLIB_INSTALL_NAME) 에 의해 사용됩니다.loadable bundle )Dynamic framework로서 (여기서)dyld
Dynamic Library Install Name 파일로의 (. 아님 - 바이너리 파일로의 패스. - 바이너리 파일., 은 같아요.MyFramework.framework는 입니다.packaged bundleMyFramework이치노
는, 패스 상대 패스( 「」등)가 됩니다.@executable_path,@loader_path,@rpath) 는 단일 할 때 되므로 더

absolute path - Framework1 예시

//Framework1 Dynamic Library Install Name
/some_path/Framework1.framework/subfolder1

Relative path그럼 패스를 다이내믹하게 정의할 수 있습니다.

@pathable_path

@syslogable_path - 프레임워크를 로드하는 실행 가능한 바이너리에 상대적인
예: " 용사사사:Dynamic framework에 inside inside inside Application로서 (@passable_path)가 있습니다.App Extension^[대략] 의 일부입니다.Containing AppDynamic Framework안 there 、 2 、 2 、 2 。@executable_path★★★★★★에Applicationtarget) 및 target(@syslogable_path)의 App Extensiontarget(App Extension 바이너리 패스는 @executable_path) - Framework2의 예

//Application bundle(`.app` package) absolute path
/some_path/Application.аpp

//Application binary absolute path 
/some_path/Application.аpp/subfolder1

//Framework2 binary absolute path
/some_path/Application.аpp/Frameworks/Framework2.framework/subfolder1

//Framework2 @executable_path == Application binary absolute path <-
/some_path/Application.аpp/subfolder1

//Framework2 Dynamic Library Install Name 
@executable_path/../Frameworks/Framework2.framework/subfolder1

//Framework2 binary resolved absolute path by dyld
/some_path/Application.аpp/subfolder1/../Frameworks/Framework2.framework/subfolder1
/some_path/Application.аpp/Frameworks/Framework2.framework/subfolder1

@path_path

@path_path - @path - frameworkframework - @ @ @ @ 。어플리케이션보다 큰 어플리케이션일 경우@executable_path
사용 사례: 프레임워크가 내장된 프레임워크 - Framework3_2가 내장된 프레임워크3_1

//Framework3_1 binary absolute path
/some_path/Application.аpp/Frameworks/Framework3_1.framework/subfolder1

//Framework3_2 binary absolute path
/some_path/Application.аpp/Frameworks/Framework3_1.framework/Frameworks/Framework3_2.framework/subfolder1

//Framework3_1 @executable_path == Application binary absolute path <-
/some_path/Application.аpp/subfolder1

//Framework3_1 @loader_path == Framework3_1 @executable_path <-
/some_path/Application.аpp/subfolder1

//Framework3_2 @executable_path == Application binary absolute path <-
/some_path/Application.аpp/subfolder1

//Framework3_2 @loader_path == Framework3_1 binary absolute path <-
/some_path/Application.аpp/Frameworks/Framework3_1.framework/subfolder1

//Framework3_2 Dynamic Library Install Name 
@loader_path/../Frameworks/Framework3_2.framework/subfolder1

//Framework3_2 binary resolved absolute path by dyld
/some_path/Application.аpp/Frameworks/Framework3_1.framework/subfolder1/../Frameworks/Framework3_2.framework/subfolder1
/some_path/Application.аpp/Frameworks/Framework3_1.framework/Frameworks/Framework3_2.framework/subfolder1

@rpath - 실행 경로 검색 경로

Framework2의 예

틀을 짜다다른 구성에서는 동일한 프레임워크를 사용할 수 없기 때문에 편리하지 않습니다.이 소비자에 할 수 .

@rpath는 외부 프레임워크) 입니다.

• 응용 프로그램:

  • Runpath Search Paths(LD_RUNPATH_SEARCH_PATHS)-@rpath-로 합니다.@rpath · ★★★★★★★★@rpath to this list(이 리스트의 투 )

     @executable_path/../Frameworks
    

  • ★★Build Phases -> Embed Frameworks -> Destination, Subpath 가 정확히

• 동적 프레임워크:

  • Dynamic Library Install Name(LD_DYLIB_INSTALL_NAME)는요? - 포인트:@rpath됩니다.

    @rpath/Framework2.framework/subfolder1
    

//Application Runpath Search Paths
@executable_path/../Frameworks

//Framework2 Dynamic Library Install Name
@rpath/Framework2.framework/subfolder1

//Framework2 binary resolved absolute path by dyld
//Framework2 @rpath is replaced by each element of Application Runpath Search Paths
@executable_path/../Frameworks/Framework2.framework/subfolder1
/some_path/Application.аpp/Frameworks/Framework2.framework/subfolder1

*../ 디렉토리로 합니다. - 현재 디렉토리의 상위 디렉토리로 이동합니다.

otool 파일 - 개체 파일 표시 도구 - 개체 파일 표시 도구

//-L print shared libraries used
//Application otool -L
@rpath/Framework2.framework/subfolder1/Framework2

//Framework2 otool -L
@rpath/Framework2.framework/subfolder1/Framework2

//-l print the load commands
//Application otool -l
LC_LOAD_DYLIB
@rpath/Framework2.framework/subfolder1/Framework2

LC_RPATH
@executable_path/../Frameworks

//Framework2 otool -l
LC_ID_DYLIB
@rpath/Framework2.framework/subfolder1/Framework2

install_name_tool를 공유 을 변경하다-rpath

CocoaPodsuse_frameworks!^[대략] 조절하다Dynamic Linker

[어휘]

[Java ClassLoader]

임베디드 바이너리에 프레임워크

그 후 Clean and Build.

놀랍게도, 최소한 Xcode 8의 경우, 필요한 모든 부분이 여기에 문서화되어 있는 것은 아닙니다.

같은 워크스페이스의 일부로서 커스텀 빌드된 프레임워크였습니다.잘못 조립된 것으로 드러났습니다.이 스레드에 대한 Jeremyhu의 마지막 응답을 기반으로 합니다.

https://forums.developer.apple.com/thread/4687

수 없이 을 해야 했다.Dynamic Library Install Name Base )DYLIB_INSTALL_NAME_BASE） の ) ) 。Build Settings다시 빌드합니다.로 잘못 설정되었습니다.$(LOCAL_LIBRARY_DIR) 어쩔 수 래래어 it it it it it it it it it it it it로 요.@rpath.

따라서 App Project의 링크 처리 단계에서 호스트 App에 대해 실행 시 프레임워크를 동적으로 로드하도록 지시했습니다./Library/Frameworks/fw.Framework/fw(에서와 같이 런타임 파일 시스템의 루트)에 액세스 할 수 있습니다./Frameworks/fw.Framework/fw

다른 모든 설정에 대해서: 이 설정은, 다음의 3개의 장소에 있을 필요가 있습니다.Build Phases ,, 이, 이, 이, 이, 이, 이, 에, 에, 에, ,, ,, ,, ,, ,, 에, ,, ,, ,, ,, ,, ,, at, at, at, at, it, it, it,Embedded Binaries의 General탭을 클릭합니다.

추가 설정을 할 필요가 없었습니다.Copy Files어쨌든 임베디드 단계에 관해서는 직관적으로 중복되어 보입니다.빌드 스크립트의 끝부분을 확인함으로써 필수가 아님을 확인할 수 있습니다.

PBXCp /Users/xyz/Library/Developer/Xcode/DerivedData/MyApp-cbcnqafhywqkjufwsvbzckecmjjs/Build/Products/Debug-iphoneos/MyFramework.framework

[많은 상세 행이 삭제되었지만 Xcode UI의 간략한 텍스트에서 알 수 있습니다]

나는 왜 Xcode가 세팅했는지 아직도 모르겠다.DYLIB_INSTALL_NAME_BASE나에게 잘못 평가합니다.

최근 Core Import에서 이 문제가 발생하였습니다.구형 아이폰(예: iPhone 6) 및 Xcode(11.3.1)의 NFC.나는 그것을 작동시킬 수 있었다

1. 프로젝트에서 대상을 선택합니다.
2. 위에 있는 Goto General 탭.
3. Frameworks, Libraries and Embedded Contents 섹션에서 프레임워크를 추가합니다(Core NFC).다른 타겟에 대해서도 반복합니다.
4. 맨 위에 있는 빌드 단계를 클릭하고 '라이브러리와 바이너리 연결'을 확장합니다.
5. 귀찮은 프레임워크는 옵션(필요에서)으로 합니다.

이것에 의해, 코드를 변경하지 않고, 낡은 iPhone/새로운 iPhone용으로 컴파일 할 수 있게 되었습니다.이게 다른 사람에게 도움이 됐으면 좋겠어요.

내 환경:Cocos2d 2.0, Box2d, 목표 C

위의 다른 답변과 함께 General 탭으로 이동하여 WatchKit Optional(옵션)을 만들었습니다.

이 경우 워크스페이스의 독립형 프로젝트인 Embedded Binarys에서 컴파일된 프레임워크를 삭제하고 정리 및 재구축한 후 Embedded Binarys에 다시 추가하는 것이 해결책이었습니다.

하고 있으며 매니저로 하고 있는 Cocapods를 해 .pod install재충전할 수 있습니다.

이 크래시는 제가 사용하던 서드파티 라이브러리에서 발생했습니다.이러한 솔루션이 효과가 있어서 다행입니다.고객님께도 효과가 있기를 바랍니다.

빌드 단계 -> Embedded Frameworks에서 "설치되었을 때만 복사"를 선택 해제하여 해결

저도 같은 문제가 있었어요.지금까지 사용해 본 적이 없는 iPhone으로 프로젝트를 구축해 보았습니다만, 새로운 틀을 추가하지 않았습니다.저는 정리 작업이 잘 되었습니다(Shift+Command+K).Xcode7의 베타5와 iOS9베타를 탑재한 iPhone6를 사용하고 있기 때문인지도 모르지만, 동작했습니다.

포드를 사용하는 Xcode 프로젝트 또는 프레임워크 프로젝트의 경우 동적 라이브러리(dylb)가 로드되지 않도록 하는 간단한 방법 중 하나는 포드의 파일을 정적 모드로 잉크로 설정하는 것입니다.그러기 위해서는 포드 파일에 다음 행을 쓰지 마십시오.

use_frameworks!

저장한 파일에서 행이 삭제되면 콘솔에서 다음 작업을 수행합니다.

$ pod update

내 경우, 내 프로젝트는 objective-c에 의해 작성되며 라이브러리에는 Swift 파일이 있습니다.그래서 프로젝트의 빌드 설정 탭에서 "Always Embed Swift Standard Libraries"를 "Yes"로 변경했더니 완전히 정상입니다.

개발 포드가 있는 경우 시뮬레이터 설치에서 앱을 삭제하여 pod -> clean -> 다시 실행...

새로운 Configuration and Build Scheme를 작성했을 때도 마찬가지였습니다.

그래서 제 해결책은 도망치는 것이었습니다.

pod install

를 참조해 주세요.

저는 XcodeKit.framework를 "Do Not Embed" -> "Embed & Sign" 에서 전환해야 했습니다.

인터넷에서 이용할 수 있는 모든 방법과 나만의 시행착오 트릭을 100번 시도해보았다. 전-아펙샤 사후 6분 전-아펙샤 사후 6분 전
Goto -->> 이 - 전 Mac got Goto iTunes --> Apeksha Sahu 5분 전
두 번째 단계...iPad와 iPhone에서의 설정, 식별자 및 명확한 신뢰 컴퓨터로의 재인덱스화 등 모든 것에 대한 고토 개발자.그것은 나에게 효과가 있었다…………….Mac OS seirra 베타 최신 버전에서 Mac OS OS seirra 10.13.15 버전을 다시 설치한 후 모든 인증서를 업데이트한 후 Xcode 최신 버전을 다시 설치합니다.기타 등...내가 생각한 방법만큼 많은 방법을 사용했어–

해 .ALWAYS_EMBED_SWIFT_STANDARD_LIBRARIES에서는: (xcode:Embedded Content Contains Swift Code 설정( Settings )] [ ] ) [ NO ） ]네 [ （ YES ） ]으로 합니다.

X코드 11

1. 대상 설정으로 이동하고 일반을 선택합니다.
2. "프레임워크, 라이브러리 및 임베디드 콘텐츠"를 찾습니다.
3. "Do Not Embed"를 유지하고 모든 타겟(여러 타겟이 있는 경우)이 자신의 프레임워크만 설정하고 다른 타겟은 설정하지 않았는지 확인합니다.

Xcode 11의 경우

나도 같은 문제에 직면해 있었다.

[ General ]탭> [ Frameworks , Libraries , and Embedded Content ]에서 [Do Not Embedded]를 변경해도 같은 에러가 발생합니다.

해결한 것은 [Build Phases]탭> [ Embedded Frameworks ]섹션의 [Framework]를 추가하는 것입니다.

--갱신 완료---

Xcode 11에서 실행할 때 이전 버전의 Xcode Embedded Frameworks Section을 사용할 수 없다는 것을 알게 되었습니다.솔루션을 실현하려면 다음 절차를 따릅니다.

1: 먼저 빌드 단계 탭에 새 복사 파일 단계를 추가해야 합니다.

2: 두 번째로 추가된 단계의 이름을 Embedded Frameworks로 변경합니다.

3: 대상을 Frameworks로 변경합니다.

4: 오류가 발생한 프레임워크를 추가합니다.

임베디드 바이너리 아래에 프레임워크가 내장되어 있다고 하지만, 여기서 중요한 단계를 놓치고 있기 때문에 아직 동작하고 있지 않습니다.

Embedded Binarys 탭에서 바이너리를 추가하는 올바른 절차는 다음과 같습니다.

1. [ General ]탭의 [Linked Frameworks and Libraries]에서 에러가 발생하고 있는 프레임워크를 삭제합니다.

2. 이제 삭제된 프레임워크를 Embedded Binarys 탭에만 추가하면 됩니다.

디바이스로 실행해, 웃는 얼굴을 유지시켜 주세요.

SumUp 사용자의 경우 최신 SumUpSDK.xcFramework를 로드하는 경우 타겟의 응용 프로그램 일반 탭에서 "Embed & Sign"으로 설정해야 합니다.

즉, 위의 진술을 번복한다(이해하기 쉽게 한다).

1. 프로젝트 탐색기(모든 프로젝트 항목을 표시하는 첫 번째 아이콘 등)로 이동합니다.

2. 트리 맨 위에서 프로젝트를 선택합니다.

3. 페이지 중앙에 있는 메뉴(오른쪽 약간)에서 "Targets(대상)"에서 응용 프로그램을 선택합니다.

4. 상단 탭에서 "일반"을 선택합니다.

5. 아래로 스크롤하여 "프레임워크, 라이브러리 및 임베디드 콘텐츠"로 이동합니다.

6. 목록에서 Lib를 선택합니다.

7. 옆에 있는 드롭다운 목록에서 [Embedded & Sign]를 선택합니다.

8. 깨끗한

9. 재구축 및 실행.

이게 도움이 됐으면 좋겠어요.

H

1. xcode의 파일로 이동 -> 워크스페이스 설정
2. [ / Users / apple / Library / Developer / Xcode / Derived Data ](사용자 / 애플 / 라이브러리 / 개발자 / Xcode / 파생 데이터) 옆에 있는 화살표를 클릭합니다.
3. 파생 데이터를 선택하고 휴지통으로 이동합니다.
4. xcode를 풀고 다시 엽니다.
5. 프로젝트를 지우고 다시 실행하십시오.

위의 단계를 밟으면 내 문제가 해결되었다.

언급URL : https://stackoverflow.com/questions/24333981/ios-app-with-framework-crashed-on-device-dyld-library-not-loaded-xcode-6-beta