desgard/ios-source-probe

🔎 iOS 源码探求系列

ios-source-probe's Issues

请问系列文章中的图哪里寻？

纯属问个问题 ^ ^

看了你这篇 《weak 弱引用的实现方式》 文章 ，里面提到 ：

“单步运行，发现会跳入 NSObject.mm 中的 objc_initWeak() 这个方法。在进行编译过程前，clang 其实对 __weak 做了转换，将声明方式做出了如下调整。”

我想问下 你是怎么知道 调用 objc_initWeak 这个函数的？ 我自己尝试着 clang, 转换的代码如下:

//转换前

{
            NSObject *obj = [[NSObject alloc] init];
            __weak id obj1 = obj;
        }


//转换后

{
            NSObject *obj = ((NSObject *(*)(id, SEL))(void *)objc_msgSend)((id)((NSObject *(*)(id, SEL))(void *)objc_msgSend)((id)objc_getClass("NSObject"), sel_registerName("alloc")), sel_registerName("init"));
            __attribute__((objc_ownership(weak))) id obj1 = obj;
        }

然后 objc_ownership() 又是啥？ 我在 runtime 源码里木有搜到...

server_socket.listen(1024)不是监听1024端口,而是允许连接数

关于storeWeak方法中为什么会和初始化机制引发死锁问题

// Prevent a deadlock between the weak reference machinery
    // and the +initialize machinery by ensuring that no 
    // weakly-referenced object has an un-+initialized isa.
    if (haveNew  &&  newObj) {
        Class cls = newObj->getIsa();
        if (cls != previouslyInitializedClass  &&  
            !((objc_class *)cls)->isInitialized()) 
        {
            SideTable::unlockTwo<haveOld, haveNew>(oldTable, newTable);
            _class_initialize(_class_getNonMetaClass(cls, (id)newObj));

            // If this class is finished with +initialize then we're good.
            // If this class is still running +initialize on this thread 
            // (i.e. +initialize called storeWeak on an instance of itself)
            // then we may proceed but it will appear initializing and 
            // not yet initialized to the check above.
            // Instead set previouslyInitializedClass to recognize it on retry.
            previouslyInitializedClass = cls;

            goto retry;
        }
    }

你好 有个关于学习的问题想请教一下~

瓜哥你好~我想问下对于你而言 你觉得iOS看官方文档(例如guide)和看源码哪个优先度高一点？(或者说学得更多一点？)

关于 "Mach-O"文件格式探索一文中 magic = 0xcafebabe 的问题

建议采用 MachOView 看下 magic 的值，并非 magic = 0xcafebabe，而是 magic = 0xbebafeca，FAT_CIGAM。 这个涉及到内存大小端问题。官方文档对此也有详细的解释，参考官文: https://developer.apple.com/documentation/kernel/fat_header。iOS 是小端模式。

关于 “巧用符号表 - 探求 fishhook 原理（一）”中所讲的 “Linkedit Base Addr”问题

如图所示，作者所讲 LC_DYSYMTAB 的offset是基于_LINKEDIT 段的，我认为这并不准确。__PAGEZERO的VMAdrees起止为0x00 ~ 0x100000000，段的offset是相对于0x100000000，即__PAGEZERO段的虚拟空间大小，如下图：

能不能把你分析的sdwebimage v3.8.1 代码中文详细注释项目发布到你的仓库？？

首先感谢你的分享，对sdwebimage分析的很好，能不能把带有中文详细注释的sdwebimage v3.8.1发布出来？