这个就和网络请求里面使用self道理是一样的。因为UIView未强持有block，所以这个block只是个栈block，而且构不成循环引用的条件。栈block有个特性就是它执行完毕之后就出栈，出栈了就会被释放掉。看mas_makexxx的方法实现会发现这个block很快就被调用了，完事儿就出栈销毁，构不成循环引用，所以可以直接放心的使用self。
／／而且这个block里面用weakSelf还有可能会出问题，因为mas_qeual如果得到一个nil参数的话应该会导致程序崩溃。
／／上面这行注掉，因为之前想的是在mas_makexxx的block执行的时候self被释放可能会导致equal得到一个为nil的参数，将导致crash
／／但是后来想想这种情况根本不会出现，因为这个block不执行完就不会出栈，不会出栈self就不会释放，所以，上面说的情况不存在
作为属性的block也就是堆block，所以它作为属性的时候要使用copy关键字，把它拷贝到堆内存中。
也并不是作为属性的block中就必须要用weak。
用个还算常见的场景举个栗子：
VC中有个点击事件，点击后弹出一个视图View，View有个block将View的点击事件回调给VC。
当你的这个view加在VC.view上或者VC有个property强引用了这个view，这种情况下block中必须要使用weak，不然会导致内存泄漏。
如果View加在了window上，也不作为VC property强引用的对象，则这个block中不需要使用weak，直接使用self是安全的。
循环引用的场景就是A（VC）强引用了B（View），B强引用了C（block），C又强引用了A。
在上面的例子中，如果A不强引用B，即便是C强引用了A，也不具备构成循环引用的条件。
masonry里面没有额外引用起来，block执行完之后就随着方法执行完之后就销毁了，不存在一直被引用释放不了的问题，所以无需weak。当然weak了也没所谓。