Использование objc_msgSendSuper для вызова метода класса

Хорошо, на самом деле это было не так сложно, как только я вспомнил, что метакласс содержит всю информацию о методах для экземпляра класса, полученную с помощью -[self class] или +[self] -> спасибо http://www.cocoawithlove.com/2010/01/what-is-meta-class-in-objective-c.html

Эта ошибка произошла из-за того, что я попросил среду выполнения найти метод в наборе методов экземпляра NSObject, который, очевидно, не содержит allocWithZone: . Ошибка в журнале ошибок, предположительно, возникла из-за того, что приемник был экземпляром метакласса, а стажеры Apple реализовали журналы ошибок.

поэтому, хотя при обычном вызове метода экземпляра через objc_msgSendSuper вы должны передать экземпляр метакласса как objc_super.super_class, для вызова метода класса необходим сам метакласс (все на один уровень выше).

Пример и диаграмма, которая помогла мне понять это - (http://www.sealiesoftware.com/blog/archive/2009/04/14/objc_explain_Classes_and_metaclasses.html)

struct objc_super mySuper;
mySuper.receiver = theClassToInit; //this is our receiver, no doubt about it
//either grab the super class and get its metaclass
mySuper.super_class = object_getClass( class_getSuperclass( theClassToInit ) );
//or grab the metaclass, and get its super class, this is the exact same object
mySuper.super_class = class_getSuperclass( object_getClass( theClassToInit ) );

Тогда сообщение может быть разрешено правильно. Имеет смысл теперь, когда я начал обращать внимание: P

В любом случае, теперь, когда я обнаружил свою ошибку, я чувствую, что повысил уровень своего понимания среды выполнения Objc. Я также смог исправить архитектурную ошибку, допущенную два года назад кем-то, кого я никогда не встречал, без необходимости модифицировать и повторно тестировать десятки классов в 3 проектах и ​​2 статических библиотеках (Боже, я люблю Objective-C). Замена конструкции @synchronized простым вызовом функции также вдвое уменьшила размер скомпилированного кода этих методов. В качестве бонуса все наши одноэлементные методы доступа теперь (более) потокобезопасны, потому что затраты производительности на это теперь незначительны. Методы, которые наивно повторно извлекали одноэлементный объект несколько раз (или в циклах), теперь получили огромное ускорение, поскольку им не нужно захватывать и освобождать мьютекс несколько раз за вызов. В целом я очень рад, что все сработало, как я и надеялся.

Для этого я создал «обычный» метод Objective-C для категории NSObject, который будет работать как для экземпляров, так и для объектов класса, чтобы позволить вам вызывать реализацию сообщения суперкласса извне. Предупреждение: это только для развлечения, или модульных тестов, или swizzled методов, или, может быть, действительно классной игры.

@implementation NSObject (Convenience)

-(id)performSelector:(SEL)selector asClass:(Class)class
{
    struct objc_super mySuper = {
        .receiver = self,
        .super_class = class_isMetaClass(object_getClass(self)) //check if we are an instance or Class
                        ? object_getClass(class)                //if we are a Class, we need to send our metaclass (our Class's Class)
                        : class                                 //if we are an instance, we need to send our Class (which we already have)
    };

    id (*objc_superAllocTyped)(struct objc_super *, SEL) = (void *)&objc_msgSendSuper; //cast our pointer so the compiler can sort out the ABI
    return (*objc_superAllocTyped)(&mySuper, selector);
}

so

[self performSelector:@selector(dealloc) asClass:[self superclass]];

будет эквивалентно

[super dealloc];

Продолжайте исследовать время выполнения! Не позволяйте скептикам затащить вас в свою страну маханий руками и черных магических ящиков, там сложно делать бескомпромиссно крутые программы*.

* Пожалуйста, используйте среду выполнения Objective-C ответственно. Проконсультируйтесь с вашей командой QA о любых ошибках, длящихся более четырех часов.