原文链接：GCD正在运行的线程停不掉？呵呵 - CSDN博客
看到好多人说GCD没法停止当前线程，这句话说的实在不负责任。如果不知道如何停掉当前线程可以说“不知道”，而不要说“不可以”。
周所周知，“一个线程运行完最后一行代码就会停止。” 其实这句话不严谨，
这句话只适应于顺序执行的代码块。那要是一个分支结构呢？一个循环结构呢？是不是有点眉目了？
对的，就是return。
return就可以正常结束一段代码！
那么，你就应该会如何技术一个正在运行的GCD线程了。而不需要什么高深的GCD线程间通讯，为自己要提前结束的线程做释放内存什么的善后工作。何况apple并没有给出拿到你想控制的线程的api，你也不知道你想要控制的api到底在哪里。
有人说：“我们既然不能找到想控制的线程，那就算想用return停掉线程，也没法去操作它啊！”
非也非也，换个角度看问题——禅师说：”山不过来,我就过去”。当你在写代码的时候，如果你以后想控制这个gcd线程，那你就在里面写好if语句，把判断条件的变量用一个全局变量来存储，不就可以控制该线程了吗？
好了上demo。
@implementation ViewController
BOOL gcdFlag = NO;
- (void)viewDidLoad {
[super viewDidLoad];
[self gcdTest];
}
- (void)gcdTest{
dispatch_async(dispatch_get_global_queue(0, 0), ^{
// 模拟耗时操作
for (long i=0; i<100000; i++) {
NSLog(@"i:%ld",i);
sleep(1);
// 山不过来，我就过去
if (gcdFlag==YES) {
NSLog(@"收到gcd停止信号");
return ;
}
};
});
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(3 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
NSLog(@"发出停止gcd信号！");
gcdFlag = YES;
});
}
运行结果如下：
其实这个少了一个验证：去真正的检测该线程是否真正停掉，当初占用的内存是否全都释放。水平有限，我能想到的线程检测方法都试过了，都找不到当初这个线程的存在了。欢迎大神给出一个完美的证明。
