一臉懵逼之Category

前言

對(duì)于干活而言靴寂,針對(duì)Category的運(yùn)用牛柒,只要知道怎么用,有些需要注意的地方能夠注意到(比如,Category里定義的方法與主類(lèi)相同時(shí)歇攻,這個(gè)方法調(diào)用時(shí)實(shí)際上是Category里的)就可以了购公。另外呻率,對(duì)于一些地方的運(yùn)用很澄,可以知道如何給Category加屬性基本上也就夠了。

但實(shí)際上他托,有的時(shí)候掖肋,還是會(huì)碰到有人問(wèn)你一句Category是怎么實(shí)現(xiàn)的。從我個(gè)人的理解赏参,其實(shí)就是希望你從其實(shí)現(xiàn)原理上來(lái)回答那幾個(gè)需要注意的地方志笼,也就是當(dāng)Category中定義了一個(gè)與主類(lèi)相同的方法時(shí),會(huì)調(diào)用Category的把篓,而不是主類(lèi)的纫溃。

當(dāng)然了,也可能會(huì)碰到再有人問(wèn)你如果就要調(diào)用主類(lèi)的呢韧掩?

總之皇耗,林林總總就是這樣的。你能做多少事,跟你能說(shuō)多少事郎楼,這之間的差距就是你資(zhuang)深(bi)的程度了。當(dāng)然了窒悔,如果能從原理的角度上呜袁,加深對(duì)于Category的認(rèn)識(shí)也是很好的事情,所以简珠,讓我們開(kāi)始資(zhuang)深(bi)吧~

Category的實(shí)現(xiàn)

先讓我們來(lái)看看Category的數(shù)據(jù)結(jié)構(gòu)

typedef struct category_t {
    const char *name;
    classref_t cls;
    struct method_list_t *instanceMethods;
    struct method_list_t *classMethods;
    struct protocol_list_t *protocols;
    struct property_list_t *instanceProperties;
} category_t;

上面這個(gè)就是Category的結(jié)構(gòu)體阶界,我們可以看到,Category從結(jié)構(gòu)上來(lái)講聋庵,可以存儲(chǔ)實(shí)例方法(instanceMethods)膘融、類(lèi)方法(classMethods)、委托(protocols)以及屬性(instanceProperties).

但在這里我們要看到祭玉,結(jié)構(gòu)體中雖然有屬性氧映,但并沒(méi)有實(shí)例變量(ivar)的存儲(chǔ),這就回答了我們一個(gè)問(wèn)題——為什么Category加屬性需要自己使用objc_getAssociatedObject的方式來(lái)實(shí)現(xiàn)脱货,實(shí)際上就是因?yàn)閏ategory里不能存儲(chǔ)實(shí)例變量岛都。

比如我們可以在Category中寫(xiě)一個(gè)屬性,具體如下:

@interface NSObject (IndieBandName)
@property (nonatomic, copy) NSString *indieBandName;
@end

通常來(lái)講振峻,我們這么寫(xiě)是不會(huì)有問(wèn)題的臼疫,編譯也過(guò)得去。但只要你一使用扣孟,就會(huì)報(bào)錯(cuò):錯(cuò)誤的內(nèi)容大概是告訴你找不到setIndieBandName方法這類(lèi)的烫堤。所以,我們還要實(shí)現(xiàn)它的getter,setter方法

- (void)setIndieBandName:(NSString *)indieBandName
{
    _indieBandName = [indieBandName copy];
}

寫(xiě)到這里發(fā)現(xiàn)問(wèn)題了吧凤价,_indieBandName這個(gè)實(shí)例變量在Category中根本就沒(méi)生成鸽斟!結(jié)合category的結(jié)構(gòu)體也可以理解,因?yàn)閏ategory_t里料仗,也沒(méi)地方保存湾盗!所以,我們才使用objc_getAssociatedObject來(lái)保存對(duì)象立轧,用來(lái)充當(dāng)getter/setter方法中負(fù)責(zé)返回和保存的實(shí)例變量格粪。

好了讓我們繼續(xù)下去,我們知道了Category的結(jié)構(gòu)體后氛改,就要看看Category里定義的方法是怎么加載的了帐萎。
看過(guò)OC對(duì)象內(nèi)存布局的人都知道,OC的類(lèi)對(duì)象和元類(lèi)對(duì)象中有methodList來(lái)分別保存實(shí)例方法和類(lèi)方法胜卤。那么Category的方法到底是怎么保存在類(lèi)對(duì)象里的呢疆导?這就要從Category的加載聊起。

Category的加載

我們知道葛躏,Objective-C的運(yùn)行是依賴(lài)OC的runtime的澈段,而OC的runtime和其他系統(tǒng)庫(kù)一樣悠菜,是OS X和iOS通過(guò)dyld動(dòng)態(tài)加載的。具體的入口函數(shù)大概是這個(gè)樣子:

void _objc_init(void)
{
    static bool initialized = false;
    if (initialized) return;
    initialized = true;

    // fixme defer initialization until an objc-using image is found?
    environ_init();
    tls_init();
    lock_init();
    exception_init();

    // Register for unmap first, in case some +load unmaps something
    _dyld_register_func_for_remove_image(&unmap_image);
    dyld_register_image_state_change_handler(dyld_image_state_bound,
                                         1/*batch*/, &map_images);
    dyld_register_image_state_change_handler(
        dyld_image_state_dependents_initialized, 0/*not batch*/, &load_images);
}

寫(xiě)這些東西就是為了說(shuō)明category被附加到類(lèi)上面是在map_images的時(shí)候發(fā)生的败富,我們截取在_read_images方法的結(jié)尾悔醋,它大概是這個(gè)樣子的:

for (EACH_HEADER) {
    category_t **catlist =
        _getObjc2CategoryList(hi, &count);
    for (i = 0; i < count; i++) {
        category_t *cat = catlist[i];
        class_t *cls = remapClass(cat->cls);

        if (!cls) {
            // Category's target class is missing (probably weak-linked).
            // Disavow any knowledge of this category.
            catlist[i] = NULL;
            if (PrintConnecting) {
                _objc_inform("CLASS: IGNORING category \?\?\?(%s) %p with "
                             "missing weak-linked target class",
                             cat->name, cat);
            }
            continue;
        }

        // Process this category. 
        // First, register the category with its target class. 
        // Then, rebuild the class's method lists (etc) if 
        // the class is realized. 
        BOOL classExists = NO;
        if (cat->instanceMethods ||  cat->protocols 
            ||  cat->instanceProperties)
        {
            addUnattachedCategoryForClass(cat, cls, hi);
            if (isRealized(cls)) {
                remethodizeClass(cls);
                classExists = YES;
            }
            if (PrintConnecting) {
                _objc_inform("CLASS: found category -%s(%s) %s",
                             getName(cls), cat->name,
                             classExists ? "on existing class" : "");
            }
        }

        if (cat->classMethods  ||  cat->protocols 
            /* ||  cat->classProperties */)
        {
            addUnattachedCategoryForClass(cat, cls->isa, hi);
            if (isRealized(cls->isa)) {
                remethodizeClass(cls->isa);
            }
            if (PrintConnecting) {
                _objc_inform("CLASS: found category +%s(%s)",
                             getName(cls), cat->name);
            }
        }
    }
}

從這個(gè)代碼中,我們可以看到兽叮,首先芬骄,系統(tǒng)獲取了Category的列表(catlist),之后就開(kāi)始遍歷鹦聪,遍歷時(shí)拿到每一個(gè)Category(category_t *cat = catlist[i])账阻,同時(shí)獲取Category所附著的類(lèi)(class_t *cls = remapClass(cat->cls))。然后就開(kāi)始干活了泽本,具體步驟如下:

  1. 如果cat結(jié)構(gòu)體中淘太,instanceMethods,protocols观挎,instanceProperties三個(gè)之中琴儿,只要有值,就會(huì)通過(guò)addUnattachedCategoryForClass(cat,cls,hi)方法嘁捷,把Category和類(lèi)先關(guān)聯(lián)起來(lái)造成,但這時(shí)還沒(méi)有針對(duì)Category的方法做操作。
  2. 如果cat結(jié)構(gòu)體中雄嚣,classMethods晒屎,protocols兩個(gè)當(dāng)中,只要有值缓升,就睡通過(guò)addUnattachedCategoryForClass(cat,cls->isa,hi)方法鼓鲁,將Category和元類(lèi)對(duì)象關(guān)聯(lián)起來(lái)。

PS. cls->isa指向的就是元類(lèi)對(duì)象港谊,這塊大家應(yīng)該知道哈~ 另外骇吭,我們發(fā)現(xiàn)上面與元類(lèi)對(duì)象關(guān)聯(lián)的代碼中有一小段注釋掉的cat->classProperties。仔細(xì)想想歧寺,哎呦我靠燥狰,看來(lái)當(dāng)初蘋(píng)果還想弄個(gè)類(lèi)屬性出來(lái)哈~

至此,我們已經(jīng)將Category有關(guān)實(shí)例方法斜筐、委托以及實(shí)例屬性關(guān)聯(lián)到類(lèi)對(duì)象上龙致,而類(lèi)方法等關(guān)聯(lián)到元類(lèi)對(duì)象上,后面就是要重新構(gòu)建類(lèi)對(duì)象和元類(lèi)對(duì)象的methodList了顷链。

實(shí)際上目代,真正處理Category中方法的實(shí)現(xiàn),是一個(gè)叫做remethodizeClass的靜態(tài)方法,它大概是長(zhǎng)這個(gè)樣子:

static void remethodizeClass(class_t *cls)
{
    category_list *cats;
    BOOL isMeta;

    rwlock_assert_writing(&runtimeLock);

    isMeta = isMetaClass(cls);

    // Re-methodizing: check for more categories
    if ((cats = unattachedCategoriesForClass(cls))) {
        chained_property_list *newproperties;
        const protocol_list_t **newprotos;

        if (PrintConnecting) {
            _objc_inform("CLASS: attaching categories to class '%s' %s",
                     getName(cls), isMeta ? "(meta)" : "");
        }

        // Update methods, properties, protocols

        BOOL vtableAffected = NO;
        attachCategoryMethods(cls, cats, &vtableAffected);

        newproperties = buildPropertyList(NULL, cats, isMeta);
        if (newproperties) {
            newproperties->next = cls->data()->properties;
            cls->data()->properties = newproperties;
        }

        newprotos = buildProtocolList(cats, NULL, cls->data()->protocols);
        if (cls->data()->protocols  &&  cls->data()->protocols != newprotos) {
            _free_internal(cls->data()->protocols);
        }
        cls->data()->protocols = newprotos;

        _free_internal(cats);

        // Update method caches and vtables
        flushCaches(cls);
        if (vtableAffected) flushVtables(cls);
    }
}

這段代碼中榛了,我們看到聲明了新的屬性列表(newproperties)和委托列表(newprotos)在讶,之后,又調(diào)用了attachCategoryMethods方法忽冻,實(shí)際上真朗,這個(gè)方法就是將指定的類(lèi)對(duì)象中的methodList與Category中methodList進(jìn)行整合的地方。

不管怎么樣僧诚,attach后,newproperties和newprotos都獲得了新的數(shù)據(jù)蝗碎,并把這些數(shù)據(jù)賦值給了cls湖笨。整體的融合也就完成了。

好了蹦骑,看來(lái)attachCategoryMethods方法是其中的核心慈省,讓我們來(lái)看看它都干了啥

static void 
attachCategoryMethods(class_t *cls, category_list *cats,
                  BOOL *inoutVtablesAffected)
{
    if (!cats) return;
    if (PrintReplacedMethods) printReplacements(cls, cats);

    BOOL isMeta = isMetaClass(cls);
    method_list_t **mlists = (method_list_t **) 
                              _malloc_internal(cats->count * sizeof(*mlists));

    // Count backwards through cats to get newest categories first
    int mcount = 0;
    int i = cats->count;
    BOOL fromBundle = NO;
    while (i--) {
        method_list_t *mlist = cat_method_list(cats->list[i].cat, isMeta);
        if (mlist) {
            mlists[mcount++] = mlist;
            fromBundle |= cats->list[i].fromBundle;
        }
    }

    attachMethodLists(cls, mlists, mcount, NO, fromBundle, inoutVtablesAffected);

    _free_internal(mlists);

}

這段代碼主要的目的就是把所有的Category都拿出來(lái)遍歷一次,然后用新的方法列表mlists來(lái)填裝眠菇,填裝完成后边败,就把它連同類(lèi)對(duì)象扔給了attachMethodLists方法了。

好吧捎废,我們需要看一下attachMethodLists又都干了啥...... GFY

for (uint32_t m = 0; 
     (scanForCustomRR || scanForCustomAWZ)  &&  m < mlist->count;
     m++)
{
     SEL sel = method_list_nth(mlist, m)->name;
     if (scanForCustomRR  &&  isRRSelector(sel)) {
         cls->setHasCustomRR();
         scanForCustomRR = false;
     } 
     else if (scanForCustomAWZ  &&  isAWZSelector(sel)) {
         cls->setHasCustomAWZ();
         scanForCustomAWZ = false;
     }
}

 // Fill method list array
newLists[newCount++] = mlist;

.
.
.

// Copy old methods to the method list array
for (i = 0; i < oldCount; i++) {
    newLists[newCount++] = oldLists[i];
}

整體來(lái)說(shuō)笑窜,就是又有了一個(gè)新的數(shù)組,這數(shù)組首先是把所有的Category的方法都保存了下來(lái)登疗,之后排截,又把所謂的老方法列表追加到了數(shù)組中,這里的oldList實(shí)際上就是你類(lèi)對(duì)象中原有的方法列表辐益。換句話說(shuō)断傲,在重組的新方法列表中,Category方法都是排在前面的智政,而來(lái)方法都追加到了后面认罩,這時(shí),如果發(fā)生Category和主類(lèi)中都有相同的方法续捂,那么Category的方法在前面而主類(lèi)的方法在后面垦垂。

到這里,我們又能明確一件事情了疾忍,那就是為什么當(dāng)Category和主類(lèi)擁有相同方法時(shí)乔外,實(shí)際被執(zhí)行的是Category的方法。因?yàn)樗谧钋懊媛铮?/strong> 同時(shí)一罩,我們也能夠發(fā)現(xiàn)杨幼,主類(lèi)的方法并沒(méi)有被覆蓋,而只是排在了后面。因此差购,如果我們想的話四瘫,只需要獲取當(dāng)前對(duì)象的方法列表,倒序找到第一個(gè)或者正向找到最后一個(gè)同名方法欲逃,那就是主類(lèi)的方法了找蜜。

多個(gè)Category重名方法調(diào)用

緊接著問(wèn)題又來(lái)了,如果一個(gè)類(lèi)上有多個(gè)Category稳析,且都有相同的重名方法呢洗做?

首先,根據(jù)上面的分析彰居,肯定還是不會(huì)有主類(lèi)方法什么事兒了诚纸。另外,也不可能兩個(gè)Category里的重名方法都被執(zhí)行陈惰,剩下的就是Category1和Category2兩個(gè)里面誰(shuí)會(huì)被執(zhí)行了畦徘。

如果做實(shí)驗(yàn)?zāi)銜?huì)發(fā)現(xiàn),其順序與CompileSources里的文件順序直接相關(guān)抬闯,假設(shè)兩個(gè)Category分別為C1和C2井辆。那么在CompileSources里的順序也是C1在前C2在后,其最終被執(zhí)行的實(shí)際上是C2中的方法溶握,如果反過(guò)來(lái)杯缺,C2在前,C1在后奈虾,那么執(zhí)行的就是C1了夺谁。

現(xiàn)在我們知道了,其執(zhí)行順序是文件加載的倒序順序哈肉微。但這是否有根據(jù)呢匾鸥?實(shí)際上,我們前面有一段代碼碉纳,如果仔細(xì)看看勿负,就會(huì)發(fā)現(xiàn)端倪。代碼段如下:

static void 
attachCategoryMethods(class_t *cls, category_list *cats,
                  BOOL *inoutVtablesAffected)
{
    if (!cats) return;
    if (PrintReplacedMethods) printReplacements(cls, cats);

    BOOL isMeta = isMetaClass(cls);
    method_list_t **mlists = (method_list_t **) 
                              _malloc_internal(cats->count * sizeof(*mlists));

    // Count backwards through cats to get newest categories first
    int mcount = 0;
    int i = cats->count;
    BOOL fromBundle = NO;
    while (i--) {
        method_list_t *mlist = cat_method_list(cats->list[i].cat, isMeta);
        if (mlist) {
            mlists[mcount++] = mlist;
            fromBundle |= cats->list[i].fromBundle;
        }
    }

    attachMethodLists(cls, mlists, mcount, NO, fromBundle, inoutVtablesAffected);

    _free_internal(mlists);

}

請(qǐng)注意劳曹,這段代碼中間while循環(huán)是倒序的奴愉,而不是從i=0開(kāi)始的。實(shí)際的情況我們就可以假設(shè)一下铁孵。實(shí)際在編譯時(shí)锭硼,肯定是按照CompileSources的順序讀取文件的。因此attachCategoryMethods中的cats數(shù)組內(nèi)蜕劝,其順序也是C1在前C2在后(假定這就是CompileSources的順序)檀头,但由于i是降序開(kāi)始的轰异,因此,首先被加載到mlists方法列表里的實(shí)際上就是C2了暑始。所以才會(huì)有實(shí)驗(yàn)中的結(jié)果搭独,即執(zhí)行的方法是多個(gè)Category在CompileSources中排列最后的那個(gè)文件。

+load方法

現(xiàn)在廊镜,我們知道了Category中的方法發(fā)生重名時(shí)牙肝,并不是覆蓋關(guān)系,且Category的方法先于主類(lèi)的方法被執(zhí)行嗤朴。那么+load方法呢配椭?如果主類(lèi)和Category中都寫(xiě)了+load方法會(huì)怎樣?

通過(guò)模擬這種情況雹姊,我們就會(huì)發(fā)現(xiàn)實(shí)際上的順序颂郎。這里就直接說(shuō)結(jié)論了:先執(zhí)行主類(lèi)的+load方法,之后再執(zhí)行category的+load方法容为。這兩個(gè)方法都可以被執(zhí)行到。另外寺酪,如果你在主類(lèi)里用了category的方法也沒(méi)有問(wèn)題坎背,因?yàn)閏ategory的加載是先于+load方法執(zhí)行之前就完成的。

調(diào)用主類(lèi)方法

前面提到了寄雀,如果主類(lèi)與Category有同名方法時(shí)得滤,被調(diào)用的是Category的方法,但如果我們就是想調(diào)用主類(lèi)的方法呢盒犹?當(dāng)然是有辦法的懂更,畢竟我們從前面的結(jié)論中得知,Category并不是覆蓋同名方法急膀,只是排的比較靠前而已沮协。因此,我們還是可以通過(guò)獲取方法列表卓嫂,并找到最后一個(gè)同名方法就可以執(zhí)行了慷暂。(當(dāng)然,我想說(shuō)晨雳,你TM別重名不是更好.....)

Class currentClass = [MyClass class];
MyClass *my = [[MyClass alloc] init];

if (currentClass) {
    unsigned int methodCount;
    Method *methodList = class_copyMethodList(currentClass, &methodCount);
    IMP lastImp = NULL;
    SEL lastSel = NULL;
    for (NSInteger i = 0; i < methodCount; i++) {
        Method method = methodList[i];
        NSString *methodName = [NSString stringWithCString:sel_getName(method_getName(method)) 
                                    encoding:NSUTF8StringEncoding];
        if ([@"printName" isEqualToString:methodName]) {
            lastImp = method_getImplementation(method);
            lastSel = method_getName(method);
        }
    }
    typedef void (*fn)(id,SEL);

    if (lastImp != NULL) {
        fn f = (fn)lastImp;
        f(my,lastSel);
    }
    free(methodList);
}

AssociatedObject的存儲(chǔ)

前面已經(jīng)說(shuō)過(guò)行瑞,由于Category中不能存有成員變量,因此餐禁,我們就需要使用AssociatedObject來(lái)存儲(chǔ)變量血久,用來(lái)充當(dāng)成員變量。但AssociatedObject里保存的變量到底在什么地方帮非?我們后面就直接說(shuō)結(jié)論吧氧吐,就不粘源代碼了

AssociatedObject中的變量實(shí)際上是在一個(gè)全局的AssociationsHashMap中管理的讹蘑,這相當(dāng)于把所有對(duì)象的關(guān)聯(lián)對(duì)象都存在一個(gè)全局map里面。而map的的key是這個(gè)對(duì)象的指針地址(任意兩個(gè)不同對(duì)象的指針地址一定是不同的)副砍,而這個(gè)map的value又是另外一個(gè)AssociationsHashMap衔肢,里面保存了關(guān)聯(lián)對(duì)象的kv對(duì)。

當(dāng)一個(gè)對(duì)象銷(xiāo)毀時(shí)豁翎,系統(tǒng)會(huì)調(diào)用如下代碼:

void *objc_destructInstance(id obj) 
{
    if (obj) {
        Class isa_gen = _object_getClass(obj);
        class_t *isa = newcls(isa_gen);

        // Read all of the flags at once for performance.
        bool cxx = hasCxxStructors(isa);
        bool assoc = !UseGC && _class_instancesHaveAssociatedObjects(isa_gen);

        // This order is important.
        if (cxx) object_cxxDestruct(obj);
        if (assoc) _object_remove_assocations(obj);

        if (!UseGC) objc_clear_deallocating(obj);
    }

    return obj;
}

在這個(gè)方法中角骤,可以看到assoc變量是標(biāo)識(shí),這個(gè)對(duì)象是否存在關(guān)聯(lián)對(duì)象心剥,如果是的話邦尊,就會(huì)調(diào)用_object_remove_assocations(obj)方法,將指定的obj的關(guān)聯(lián)對(duì)象全部干掉优烧。

總結(jié)

上面說(shuō)了那么多蝉揍,實(shí)際上也就結(jié)合一些源碼,總結(jié)和加強(qiáng)記憶一下東西

  1. Categroy的實(shí)現(xiàn)畦娄,運(yùn)行時(shí)先把Category中的方法遍歷出來(lái)又沾,形成一個(gè)新的方法數(shù)組,之后再將主類(lèi)上原有的方法追加上去熙卡,從而變成Category方法在前杖刷,主類(lèi)方法在后的一個(gè)新的methodList。
  2. 在主類(lèi)和Category中驳癌,同名方法可以同時(shí)存在滑燃,且不不是覆蓋關(guān)系。運(yùn)行時(shí)颓鲜,當(dāng)調(diào)用到同名方法表窘,被調(diào)用的是在方法列表中排在前面的Category方法。
  3. Category中甜滨,同名方法不是覆蓋關(guān)系乐严,因此還是可以想辦法調(diào)用主類(lèi)方法的。其途徑就是獲取當(dāng)前對(duì)象的方法列表艳吠,從列表中找出最后一個(gè)同名方法麦备,就是主類(lèi)的方法。
  4. 在主類(lèi)的+load方法中可以調(diào)用Category的方法昭娩,因?yàn)镃ategory的加載是在load方法之前就完成的凛篙。對(duì)于主類(lèi)和Category中都有+load的方法的時(shí)候,順序是先主類(lèi)后Category栏渺。
  5. associatedObject保存變量是保存在一個(gè)全局的HashMap中呛梆,對(duì)象的地址是Key,value是另一個(gè)HashMap磕诊,這個(gè)HashMap里保存Key-Value對(duì)填物。
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末纹腌,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子滞磺,更是在濱河造成了極大的恐慌升薯,老刑警劉巖,帶你破解...
    沈念sama閱讀 219,110評(píng)論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件击困,死亡現(xiàn)場(chǎng)離奇詭異涎劈,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī)阅茶,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,443評(píng)論 3 395
  • 文/潘曉璐 我一進(jìn)店門(mén)蛛枚,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人脸哀,你說(shuō)我怎么就攤上這事蹦浦。” “怎么了撞蜂?”我有些...
    開(kāi)封第一講書(shū)人閱讀 165,474評(píng)論 0 356
  • 文/不壞的土叔 我叫張陵盲镶,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我蝌诡,道長(zhǎng)徒河,這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 58,881評(píng)論 1 295
  • 正文 為了忘掉前任送漠,我火速辦了婚禮,結(jié)果婚禮上由蘑,老公的妹妹穿的比我還像新娘闽寡。我一直安慰自己,他們只是感情好尼酿,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,902評(píng)論 6 392
  • 文/花漫 我一把揭開(kāi)白布爷狈。 她就那樣靜靜地躺著,像睡著了一般裳擎。 火紅的嫁衣襯著肌膚如雪涎永。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 51,698評(píng)論 1 305
  • 那天鹿响,我揣著相機(jī)與錄音羡微,去河邊找鬼。 笑死惶我,一個(gè)胖子當(dāng)著我的面吹牛妈倔,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播绸贡,決...
    沈念sama閱讀 40,418評(píng)論 3 419
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼盯蝴,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼毅哗!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起捧挺,我...
    開(kāi)封第一講書(shū)人閱讀 39,332評(píng)論 0 276
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤虑绵,失蹤者是張志新(化名)和其女友劉穎,沒(méi)想到半個(gè)月后闽烙,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體翅睛,經(jīng)...
    沈念sama閱讀 45,796評(píng)論 1 316
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,968評(píng)論 3 337
  • 正文 我和宋清朗相戀三年鸣峭,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了宏所。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 40,110評(píng)論 1 351
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡摊溶,死狀恐怖爬骤,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情莫换,我是刑警寧澤霞玄,帶...
    沈念sama閱讀 35,792評(píng)論 5 346
  • 正文 年R本政府宣布,位于F島的核電站拉岁,受9級(jí)特大地震影響坷剧,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜喊暖,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,455評(píng)論 3 331
  • 文/蒙蒙 一惫企、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧陵叽,春花似錦狞尔、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 32,003評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至胖替,卻和暖如春研儒,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背独令。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 33,130評(píng)論 1 272
  • 我被黑心中介騙來(lái)泰國(guó)打工端朵, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人燃箭。 一個(gè)月前我還...
    沈念sama閱讀 48,348評(píng)論 3 373
  • 正文 我出身青樓逸月,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親遍膜。 傳聞我的和親對(duì)象是個(gè)殘疾皇子碗硬,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,047評(píng)論 2 355

推薦閱讀更多精彩內(nèi)容

  • 轉(zhuǎn)至元數(shù)據(jù)結(jié)尾創(chuàng)建: 董瀟偉瓤湘,最新修改于: 十二月 23, 2016 轉(zhuǎn)至元數(shù)據(jù)起始第一章:isa和Class一....
    40c0490e5268閱讀 1,720評(píng)論 0 9
  • *面試心聲:其實(shí)這些題本人都沒(méi)怎么背,但是在上海 兩周半 面了大約10家 收到差不多3個(gè)offer,總結(jié)起來(lái)就是把...
    Dove_iOS閱讀 27,150評(píng)論 30 470
  • 1. Java基礎(chǔ)部分 基礎(chǔ)部分的順序:基本語(yǔ)法,類(lèi)相關(guān)的語(yǔ)法恩尾,內(nèi)部類(lèi)的語(yǔ)法弛说,繼承相關(guān)的語(yǔ)法,異常的語(yǔ)法翰意,線程的語(yǔ)...
    子非魚(yú)_t_閱讀 31,639評(píng)論 18 399
  • 摘要 無(wú)論一個(gè)類(lèi)設(shè)計(jì)的多么完美木人,在未來(lái)的需求演進(jìn)中,都有可能會(huì)碰到一些無(wú)法預(yù)測(cè)的情況冀偶。那怎么擴(kuò)展已有的類(lèi)呢醒第?一般而...
    癲癲的戀了閱讀 1,053評(píng)論 0 6
  • 總感覺(jué)二次創(chuàng)作看多了,印象就會(huì)和原作里的角色有偏差
    Aoifa閱讀 96評(píng)論 0 0