내가 아는 세 가지 방법이 있습니다. 나는 애플 리뷰 팀에서 일하지 않기 때문에 이것은 추측에 불과합니다.

1. otool -L

앱이 연결된 모든 라이브러리가 나열됩니다. IOKit 및 WebKit과 같이 사용하지 말아야 할 것이 분명히 감지 될 수 있습니다.

2. nm -u

연결된 모든 기호가 나열됩니다. 이것은 감지 할 수 있습니다

• _UIImageWithName과 같은 문서화되지 않은 C 함수;
• UIProgressHUD와 같은 Objective-C 클래스
• Ivars UITouch._phase( 지난 몇 달간 Three20 기반 앱 거부의 원인이 될 수 있음 )

3. Objective-C 선택기 나열 또는 strings

Objective-C 선택기는 바이너리의 특수 영역에 저장되므로 Apple은 여기에서 콘텐츠를 추출하고 -[UIDevice setOrientation:].

선택자는 메시지를 보내는 클래스와 독립적이므로 사용자 정의 클래스 -setOrientation:가 UIDevice와 무관하게 정의하더라도 거부 될 가능성이 있습니다.

당신은 사용할 수 에리카 Sadun의 APIKit을 때문에 (의 잘못된 경보) 개인 API에 대한 잠재적 인 거부를 감지 할 수 있습니다.

(정말 정말로 이러한 검사를 해결하고 싶다면 다음과 같은 런타임 기능을 사용할 수 있습니다.

• dlopen, dlsym
• objc_getClass, sel_registerName, objc_msgSend
• -valueForKey:; object_getInstanceVariable, object_getIvar 등

개인 라이브러리, 클래스, 메서드 및 ivar를 가져옵니다. )

답변

otool -s __TEXT __objc_methname "$1" |expand -8 | cut -c17- | sed -n '3,$p' | perl -n -e 'print join("\n",split(/\x00/,scalar reverse (reverse unpack("(a4)*",pack("(H8)*",split(/\s/,$_))))))'

   SEL my_sel = NSSelectorFromString([NSString stringWithFormat:\
@"%@%@%@", "se","tOr","ientation:"]);
    [UIDevice performSelector:my_sel ...];

otool -L somebinary