其间大概布置一下主导条件就可以公海赌船网站,都采取Pthreads作为操作系统的线程

事出必有因,明天本人想和你聊聊线程的来由就是——当然是针对性一个共产党人的思想觉悟,为老百姓透析生命,讲解你正在蒙圈的知识点,或者想破脑袋才察觉这样概括的技术方案。

多四人学线程,迷迷糊糊;很两人问线程,有所期待;也有那个人写线程,分享认知给正在着力的子弟,呦,呦,呦呦。可是,你真正精晓线程么?你真的会用多线程么?你实在学通晓,问清楚,写清楚了么?不管您明不亮堂,反正自己不精通,可是,没准,你看完,你就知道了。


1.创制一个动态的web工程

一如既往记得某个高中的早上,拿着某篇连载在读,遗憾的结果让自身记住了作者姚非拉。

前言

  • 事关线程,这就只可以提CPU,现代的CPU有一个很重点的表征,就是时间片,每一个取得CPU的天职只可以运行一个光阴片规定的流年。
  • 骨子里线程对操作系统来说就是一段代码以及运行时数据。操作系统会为各种线程保存相关的数目,当接收到来自CPU的时间片中断事件时,就会按自然规则从这一个线程中挑选一个,恢复生机它的运转时数据,这样CPU就可以继续执行这么些线程了。
  • 也就是实际上就单核CUP而言,并不曾艺术落实真正含义上的面世执行,只是CPU急忙地在多条线程之间调度,CPU调度线程的时光充裕快,就招致了多线程并发执行的假象。并且就单核CPU而言多线程可以解决线程阻塞的题材,可是其自我运行功用并不曾提升,多CPU的互动运算才真正解决了运行效能问题。
  • 系统中正在运转的每一个应用程序都是一个过程,每个过程系统都会分配给它独立的内存运行。也就是说,在iOS系统中中,每一个利用都是一个历程。
  • 一个经过的具有任务都在线程中举行,因而各种过程至少要有一个线程,也就是主线程。这多线程其实就是一个经过开启多条线程,让所有任务并发执行。
  • 多线程在大势所趋意义上落实了经过内的资源共享,以及效率的升官。同时,在自然水准上针锋相对独立,它是程序执行流的矮小单元,是过程中的一个实体,是执行顺序最主题的单元,有投机栈和寄存器。
  • 地点这么些你是不是都了解,不过我偏要说,哦呵呵。既然我们聊线程,这大家就先从线程开刀。

2.导入springMvc所需要的jar包(这里可以去网上找,资源有过多)

故事中的女生问老公“你说大家最终会结婚么?”男人说“不明白。”故事最终女孩离开了,男孩贯着北风穿梭在人群里。

Pthreads && NSThread

先来看与线程有最直白关乎的一套C的API:

前两部就不详细描述了,前边才是正面代码~

自己即刻带着冰冷惆怅可惜这不如人意的后果。几年后,我买下了姚非拉随笔《80℃》单行本,花了一天时间看完,突然想起“100℃太沸,50℃太凉,80℃的痴情刚刚好。”尽管不想确认,但确确实实是个道理。

Pthreads

POSIX线程(POSIX
threads),简称Pthreads,是线程的POSIX标准。该专业定义了创立和操纵线程的一整套API。在类Unix操作系统(Unix、Linux、Mac
OS X等)中,都应用Pthreads作为操作系统的线程。

第一有一个web.xml文件,这个属于大布局文件,由于只要写login,里面大概布置一下中央条件就足以

青春年华时总说学校恋爱青涩无知男女双方不懂爱情,目前才发现高校内的恋爱才真实纯真。朵朵是个天真可爱的研究生,与男朋友恋爱里遭到情敌挑战与男友的不关心,面对心爱的男朋友,自卑又可爱的朵朵终于跨着泥泞和男友和好如初。

宏伟上有木有,跨平台有木有,你没用过有木有!下面大家来看一下那些近乎牛逼但实在基本用不到的Pthreads是怎么用的:

与其说我们来用Pthreads成立一个线程去实施一个职责:

记得引入头文件`#import "pthread.h"`

-(void)pthreadsDoTask{
    /*
     pthread_t:线程指针
     pthread_attr_t:线程属性
     pthread_mutex_t:互斥对象
     pthread_mutexattr_t:互斥属性对象
     pthread_cond_t:条件变量
     pthread_condattr_t:条件属性对象
     pthread_key_t:线程数据键
     pthread_rwlock_t:读写锁
     //
     pthread_create():创建一个线程
     pthread_exit():终止当前线程
     pthread_cancel():中断另外一个线程的运行
     pthread_join():阻塞当前的线程,直到另外一个线程运行结束
     pthread_attr_init():初始化线程的属性
     pthread_attr_setdetachstate():设置脱离状态的属性(决定这个线程在终止时是否可以被结合)
     pthread_attr_getdetachstate():获取脱离状态的属性
     pthread_attr_destroy():删除线程的属性
     pthread_kill():向线程发送一个信号
     pthread_equal(): 对两个线程的线程标识号进行比较
     pthread_detach(): 分离线程
     pthread_self(): 查询线程自身线程标识号
     //
     *创建线程
     int pthread_create(pthread_t _Nullable * _Nonnull __restrict, //指向新建线程标识符的指针
     const pthread_attr_t * _Nullable __restrict,  //设置线程属性。默认值NULL。
     void * _Nullable (* _Nonnull)(void * _Nullable),  //该线程运行函数的地址
     void * _Nullable __restrict);  //运行函数所需的参数
     *返回值:
     *若线程创建成功,则返回0
     *若线程创建失败,则返回出错编号
     */

    //
    pthread_t thread = NULL;
    NSString *params = @"Hello World";
    int result = pthread_create(&thread, NULL, threadTask, (__bridge void *)(params));
    result == 0 ? NSLog(@"creat thread success") : NSLog(@"creat thread failure");
    //设置子线程的状态设置为detached,则该线程运行结束后会自动释放所有资源
    pthread_detach(thread);
}

void *threadTask(void *params) {
    NSLog(@"%@ - %@", [NSThread currentThread], (__bridge NSString *)(params));
    return NULL;
}

出口结果:

ThreadDemo[1197:143578] creat thread success
ThreadDemo[1197:143649] <NSThread: 0x600000262e40>{number = 3, name = (null)} - Hello World

从打印结果来看,该任务是在新开辟的线程中实施的,可是觉得用起来超不自己,很多事物需要团结管理,单单是任务队列以及线程生命周期的管理就够你喉咙痛的,这您写出的代码仍可以是艺术么!其实之所以摈弃这套API很少用,是因为我们有更好的选料:NSThread

 

常青时不懂爱的盛况空前为啥结局总是落下遗憾。佳佳扔下了志恒又失踪了,而志恒实现了歌手梦也交到了女对象。幸福的他们在事后会带着哪些的情怀记念这段爱情。

NSThread

啊哎,它面向对象,再去探视苹果提供的API,比较一下Pthreads,简单明了,人生好像又充满了日光和期望,我们先来一看一下系统提供给大家的API自然就清楚怎么用了,来来来,我给你注释一下啊:

@interface NSThread : NSObject
//当前线程
@property (class, readonly, strong) NSThread *currentThread;
//使用类方法创建线程执行任务
+ (void)detachNewThreadWithBlock:(void (^)(void))block API_AVAILABLE(macosx(10.12), ios(10.0), watchos(3.0), tvos(10.0));
+ (void)detachNewThreadSelector:(SEL)selector toTarget:(id)target withObject:(nullable id)argument;
//判断当前是否为多线程
+ (BOOL)isMultiThreaded;
//指定线程的线程参数,例如设置当前线程的断言处理器。
@property (readonly, retain) NSMutableDictionary *threadDictionary;
//当前线程暂停到某个时间
+ (void)sleepUntilDate:(NSDate *)date;
//当前线程暂停一段时间
+ (void)sleepForTimeInterval:(NSTimeInterval)ti;
//退出当前线程
+ (void)exit;
//当前线程优先级
+ (double)threadPriority;
//设置当前线程优先级
+ (BOOL)setThreadPriority:(double)p;
//指定线程对象优先级 0.0~1.0,默认值为0.5
@property double threadPriority NS_AVAILABLE(10_6, 4_0);
//服务质量
@property NSQualityOfService qualityOfService NS_AVAILABLE(10_10, 8_0);
//线程名称
@property (nullable, copy) NSString *name NS_AVAILABLE(10_5, 2_0);
//栈区大小
@property NSUInteger stackSize NS_AVAILABLE(10_5, 2_0);
//是否为主线程
@property (class, readonly) BOOL isMainThread NS_AVAILABLE(10_5, 2_0);
//获取主线程
@property (class, readonly, strong) NSThread *mainThread NS_AVAILABLE(10_5, 2_0);
//初始化
- (instancetype)init NS_AVAILABLE(10_5, 2_0) NS_DESIGNATED_INITIALIZER;
//实例方法初始化,需要再调用start方法
- (instancetype)initWithTarget:(id)target selector:(SEL)selector object:(nullable id)argument NS_AVAILABLE(10_5, 2_0);
- (instancetype)initWithBlock:(void (^)(void))block API_AVAILABLE(macosx(10.12), ios(10.0), watchos(3.0), tvos(10.0));
//线程状态,正在执行
@property (readonly, getter=isExecuting) BOOL executing NS_AVAILABLE(10_5, 2_0);
//线程状态,正在完成
@property (readonly, getter=isFinished) BOOL finished NS_AVAILABLE(10_5, 2_0);
//线程状态,已经取消
@property (readonly, getter=isCancelled) BOOL cancelled NS_AVAILABLE(10_5, 2_0);
//取消,仅仅改变线程状态,并不能像exist一样真正的终止线程
- (void)cancel NS_AVAILABLE(10_5, 2_0);
//开始
- (void)start NS_AVAILABLE(10_5, 2_0);
//线程需要执行的代码,一般写子类的时候会用到
- (void)main NS_AVAILABLE(10_5, 2_0);
@end

另外,还有一个NSObject的分类,瞅一眼:
@interface NSObject (NSThreadPerformAdditions)
//隐式的创建并启动线程,并在指定的线程(主线程或子线程)上执行方法。
- (void)performSelectorOnMainThread:(SEL)aSelector withObject:(nullable id)arg waitUntilDone:(BOOL)wait modes:(nullable NSArray<NSString *> *)array;
- (void)performSelectorOnMainThread:(SEL)aSelector withObject:(nullable id)arg waitUntilDone:(BOOL)wait;
- (void)performSelector:(SEL)aSelector onThread:(NSThread *)thr withObject:(nullable id)arg waitUntilDone:(BOOL)wait modes:(nullable NSArray<NSString *> *)array NS_AVAILABLE(10_5, 2_0);
- (void)performSelector:(SEL)aSelector onThread:(NSThread *)thr withObject:(nullable id)arg waitUntilDone:(BOOL)wait NS_AVAILABLE(10_5, 2_0);
- (void)performSelectorInBackground:(SEL)aSelector withObject:(nullable id)arg NS_AVAILABLE(10_5, 2_0);
@end

地点的牵线您还看中吗?小的帮你下载一张图片,您瞧好:

-(void)creatBigImageView{
    self.bigImageView = [[UIImageView alloc] initWithFrame:self.view.bounds];
    [self.view addSubview:_bigImageView];
    UIButton *startButton = [UIButton buttonWithType:UIButtonTypeSystem];
    startButton.frame = CGRectMake(0, 0, self.view.frame.size.width / 2, 50);
    startButton.backgroundColor = [UIColor grayColor];
    [startButton setTitle:@"开始加载" forState:UIControlStateNormal];
    [startButton addTarget:self action:@selector(loadImage) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:startButton];

    UIButton *jamButton = [UIButton buttonWithType:UIButtonTypeSystem];
    jamButton.frame = CGRectMake(self.view.frame.size.width / 2, 0, self.view.frame.size.width / 2, 50);
    jamButton.backgroundColor = [UIColor grayColor];
    [jamButton setTitle:@"阻塞测试" forState:UIControlStateNormal];
    [jamButton addTarget:self action:@selector(jamTest) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:jamButton];
}

-(void)jamTest{
    UIAlertView *alertView = [[UIAlertView alloc] initWithTitle:@"线程阻塞" message:@"" delegate:nil cancelButtonTitle:@"好" otherButtonTitles:nil, nil];
    [alertView show];
}


-(void)loadImage{
    NSURL *imageUrl = [NSURL URLWithString:@"http://img5.duitang.com/uploads/item/201206/06/20120606174422_LZSeE.thumb.700_0.jpeg"];
    NSData *imageData = [NSData dataWithContentsOfURL:imageUrl];
    [self updateImageData:imageData];
}

-(void)updateImageData:(NSData*)imageData{
    UIImage *image = [UIImage imageWithData:imageData];
    self.bigImageView.image = image;
}

运转结果:

俺们可以领略的寓目,主线程阻塞了,用户不得以举办别的操作,你见过这么的应用吗?
因而我们这么改一下:

-(void)creatBigImageView{
    self.bigImageView = [[UIImageView alloc] initWithFrame:self.view.bounds];
    [self.view addSubview:_bigImageView];
    UIButton *startButton = [UIButton buttonWithType:UIButtonTypeSystem];
    startButton.frame = CGRectMake(0, 20, self.view.frame.size.width / 2, 50);
    startButton.backgroundColor = [UIColor grayColor];
    [startButton setTitle:@"开始加载" forState:UIControlStateNormal];
    [startButton addTarget:self action:@selector(loadImageWithMultiThread) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:startButton];

    UIButton *jamButton = [UIButton buttonWithType:UIButtonTypeSystem];
    jamButton.frame = CGRectMake(self.view.frame.size.width / 2, 20, self.view.frame.size.width / 2, 50);
    jamButton.backgroundColor = [UIColor grayColor];
    [jamButton setTitle:@"阻塞测试" forState:UIControlStateNormal];
    [jamButton addTarget:self action:@selector(jamTest) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:jamButton];
}

-(void)jamTest{
    UIAlertView *alertView = [[UIAlertView alloc] initWithTitle:@"阻塞测试" message:@"" delegate:nil cancelButtonTitle:@"好" otherButtonTitles:nil, nil];
    [alertView show];
}

-(void)loadImageWithMultiThread{
    //方法1:使用对象方法
    //NSThread *thread=[[NSThread alloc]initWithTarget:self selector:@selector(loadImage) object:nil];
    //⚠️启动一个线程并非就一定立即执行,而是处于就绪状态,当CUP调度时才真正执行
    //[thread start];

    //方法2:使用类方法
    [NSThread detachNewThreadSelector:@selector(loadImage) toTarget:self withObject:nil];
}

-(void)loadImage{
    NSURL *imageUrl = [NSURL URLWithString:@"http://img5.duitang.com/uploads/item/201206/06/20120606174422_LZSeE.thumb.700_0.jpeg"];
    NSData *imageData = [NSData dataWithContentsOfURL:imageUrl];
    //必须在主线程更新UI,Object:代表调用方法的参数,不过只能传递一个参数(如果有多个参数请使用对象进行封装),waitUntilDone:是否线程任务完成执行
    [self performSelectorOnMainThread:@selector(updateImageData:) withObject:imageData waitUntilDone:YES];

    //[self updateImageData:imageData];
}


-(void)updateImageData:(NSData*)imageData{
    UIImage *image = [UIImage imageWithData:imageData];
    self.bigImageView.image = image;
}

运作结果:

哟哎,用多线程果然能缓解线程阻塞的问题,并且NSThread也比Pthreads好用,仿佛你对明白熟识应用多线程又有了一丝丝曙光。即使我有无数不等门类的任务,每个任务之间还有联系和凭借,你是不是又懵逼了,上边的你是不是认为又白看了,其实开发中本身以为NSThread用到最多的就是[NSThread currentThread];了。(不要慌,往下看…
…)


<servlet>
    <servlet-name>springmvc</servlet-name>
    <servlet-class>
        org.springframework.web.servlet.DispatcherServlet
    </servlet-class>
    <load-on-startup>1</load-on-startup>
  </servlet>
  <servlet-mapping>
     <servlet-name>springmvc</servlet-name>
     <url-pattern>/</url-pattern>
  </servlet-mapping>

平实的孙甜甜遇上了“什么都不相对”的江海洋,那多少个酷暑,敢爱敢恨的孙小甜走进了拥堵剧组,认识了江海洋,但是一系列的事故暴发,当优质爱情境境遇现实,敢爱敢恨的孙甜甜只好在遗憾里成长。

GCD

GCD,全名Grand Central Dispatch,中文名郭草地,是基于C语言的一套多线程开发API,一听名字就是个狠角色,也是现阶段苹果官方推荐的多线程开发模式。可以说是使用方便,又不失逼格。总体来说,他解决本身关系的方面间接操作线程带来的难题,它自动帮你管理了线程的生命周期以及任务的施行规则。上面我们会频繁的说道一个词,这就是任务,说白了,任务实际上就是你要执行的那段代码

出席的那一个叫Dispatcher
Servlet,可以依照servlet-name找到呼应的小布置文件,也就是布局spring
MVC的文书

《80℃》是讲诉爱情故事的合集,每个单行本都是一个独门故事,从青春年少到中老年,不同年龄段对爱情的了然和经验让读者找到当时友好的背影,或惊叹或哀愁或悲悯。都说爱情是玫瑰花,充满芬芳却枝节满是刺,从它萌芽都是忍着荆棘成长开花。

任务管理办法——队列

地点说当我们要管理两个任务时,线程开发给大家带来了一定的技术难度,或者说不方便性,GCD给出了俺们联合保管职责的主意,这就是队列。我们来看一下iOS多线程操作中的队列:(⚠️不管是串行依然并行,队列都是比照FIFO的基准依次触发任务)

在web.xml文件同级目录下新建springmvc-servlet.xml文件,下边是springmvc-servlet.xml文件中的内容

好的故事不用投机取巧的,它的细枝末节会引领你会意故事我。作者作画时把各方面技术都分配平衡,拒绝了大气的本性色彩摄入,所作所为可是只是想找到能读懂故事的人而已。

四个通用队列:
  • 串行队列:所有任务会在一条线程中履行(有可能是眼下线程也有可能是新开发的线程),并且一个任务履行完毕后,才先河实施下一个任务。(等待完成)
  • 彼此之间队列:可以开启多条线程并行执行任务(但不必然会打开新的线程),并且当一个任务放到指定线程开头实践时,下一个职责就足以开头举办了。(等待暴发)

 

姚非拉的故事是带着情绪的,你看他的每一格分镜每一句语言都浸透着情感,不用作者亲身交代独白,对话也是轻描淡写,你有可能就在某一一眨眼就会心了心情温度。

多少个特殊队列:
  • 主队列:系统为大家创立好的一个串行队列,牛逼之处在于它管理必须在主线程中执行的任务,属于有劳保的。
  • 大局队列:系统为我们创制好的一个相互队列,使用起来与大家和好创办的交互队列无真相差距。
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:p="http://www.springframework.org/schema/p"
    xmlns:context="http://www.springframework.org/schema/context"
    xmlns:mvc="http://www.springframework.org/schema/mvc"
    xsi:schemaLocation="
    http://www.springframework.org/schema/beans
    http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
    http://www.springframework.org/schema/context
    http://www.springframework.org/schema/context/spring-context-3.0.xsd
    http://www.springframework.org/schema/mvc 
    http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd">
    <!--默认的注解映射的支持 -->
    <mvc:annotation-driven/>
    <!--启用自动扫描 -->
    <context:component-scan base-package="controller"/>
    <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
        <property name="prefix" value="/WEB-INF/jsp/"/>
        <property name="suffix" value=".jsp"/>
    </bean>
</beans>

在姚非拉笔下,立场感也很弱,对错是非从不会现身在姚非拉的著述里,也不偏袒角色,他只是做个讲故事的人,故事讲完就终止了,喜怒哀乐全凭读者意会。

职责履行办法

说完队列,相应的,任务除了管理,还得执行,要不然有钱不花,掉了徒劳,并且在GCD中并无法一贯开辟线程执行任务,所以在职责参加队列之后,GCD给出了二种实施办法——同步施行(sync)和异步执行(async)。

  • 联合实施:在当前线程执行任务,不会开发新的线程。必须等到Block函数执行完毕后,dispatch函数才会再次来到。
  • 异步执行:能够在新的线程中施行任务,但不必然会开发新的线程。dispatch函数会即刻赶回,
    然后Block在后台异步执行。

瞩目表明的是,启动自动扫描,spring会在指定的包下(例如我这边是controller包),自动扫描标注@Controller的类

 忽然想经历一场80℃的情爱,如温水一样,陪伴于细水小运。

地点的这一个理论都是自己在很多被套路背后总计出来的血淋淋的经验,与君共享,可是如此写自己猜你早晚依然不了然,往下看,说不定有悲喜吗。

prefix指的是回来的值给机关加一个前缀,同理suffix指的就是后缀


职责队列组合措施

深信那多少个题目你看过无数次?是不是看完也不理解到底怎么用?这么巧,我也是,请相信上面这个自然有您不知道并且想要的,我们从两个最间接的点切入:

公海赌船网站 1

《80℃》

1. 线程死锁

那多少个您是不是也看过许多次?哈哈哈!你是不是认为自身又要起首复制黏贴了?请往下看:

- (void)viewDidLoad {
    [super viewDidLoad];
    NSLog(@"1========%@",[NSThread currentThread]);
    dispatch_sync(dispatch_get_main_queue(), ^{
        NSLog(@"2========%@",[NSThread currentThread]);
    });
    NSLog(@"3========%@",[NSThread currentThread]);
}

运作结果:

打印结果:

ThreadDemo[5615:874679] 1========<NSThread: 0x608000072440>{number = 1, name = main}

真不是自家套路你,大家依然得分析一下为啥会死锁,因为必须为这一个从没遭到过套路的民情里留下一段美好的追忆,分享代码,大家是认真的!

 

志恒和佳佳

事情是这么的:

咱俩先做一个概念:- (void)viewDidLoad{} —> 任务A,GCD同步函数
—>任务B。
可想而知呢,大概是这样的,首先,任务A在主队列,并且一度起来实践,在主线程打印出1===... ...,然后这时任务B被插手到主队列中,并且一路执行,这尼玛事都大了,系统说,同步实施啊,这自己不开新的线程了,任务B说自己要等自我里面的Block函数执行到位,要不自己就不回来,但是主队列说了,玩蛋去,我是串行的,你得等A执行完才能轮到你,不可能坏了规矩,同时,任务B作为任务A的其中函数,必须等任务B执行完函数重临才能执行下一个职责。这就招致了,任务A等待任务B完成才能继续执行,但作为串行队列的主队列又不可以让任务B在任务A未到位此前先导执行,所以任务A等着任务B完成,任务B等着任务A完成,等待,永久的等候。所以就死锁了。简单不?下面我们郑重看一下大家不知不觉书写的代码!

 公海赌船网站 2

2. 这样不死锁

不如就写个最简单易行的:

- (void)viewDidLoad {
    [super viewDidLoad];
    NSLog(@"1========%@",[NSThread currentThread]);
    NSLog(@"2========%@",[NSThread currentThread]);
    NSLog(@"3========%@",[NSThread currentThread]);
}

打印结果:

ThreadDemo[5803:939324] 1========<NSThread: 0x600000078340>{number = 1, name = main}
ThreadDemo[5803:939324] 2========<NSThread: 0x600000078340>{number = 1, name = main}
ThreadDemo[5803:939324] 3========<NSThread: 0x600000078340>{number = 1, name = main}

后面有人问:顺序打印,没毛病,全在主线程执行,而且顺序执行,这它们必然是在主队列同步执行的啊!这为啥没有死锁?苹果的操作系统果然高深啊!

事实上这里有一个误区,这就是职责在主线程顺序执行就是主队列。其实某些事关都尚未,假设当前在主线程,同步执行任务,不管在怎么着队列任务都是逐一执行。把所有任务皆以异步执行的办法参加到主队列中,你会发觉它们也是逐一执行的。

相信您了然地点的死锁情况后,你一定会手贱改成这么试试:

- (void)viewDidLoad {
    [super viewDidLoad];
    NSLog(@"1========%@",[NSThread currentThread]);
    dispatch_sync(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        NSLog(@"2========%@",[NSThread currentThread]);
    });
    NSLog(@"3========%@",[NSThread currentThread]);
}

打印结果:

ThreadDemo[5830:947858] 1========<NSThread: 0x60000007bb80>{number = 1, name = main}
ThreadDemo[5830:947858] 2========<NSThread: 0x60000007bb80>{number = 1, name = main}
ThreadDemo[5830:947858] 3========<NSThread: 0x60000007bb80>{number = 1, name = main}

您意识正常实施了,并且是逐一执行的,你是不是若有所思,没错,你想的和自身想的是平等的,和上诉境况一样,任务A在主队列中,可是任务B参与到了大局队列,那时候,任务A和天职B没有队列的封锁,所以任务B就先执行喽,执行完毕之后函数返回,任务A接着执行。

公海赌船网站,自身猜你早晚手贱这么改过:

- (void)viewDidLoad {
    [super viewDidLoad];
    NSLog(@"1========%@",[NSThread currentThread]);
    dispatch_async(dispatch_get_main_queue(), ^{
        NSLog(@"2========%@",[NSThread currentThread]);
    });
    NSLog(@"3========%@",[NSThread currentThread]);
}

打印结果:

ThreadDemo[5911:962470] 1========<NSThread: 0x600000072700>{number = 1, name = main}
ThreadDemo[5911:962470] 3========<NSThread: 0x600000072700>{number = 1, name = main}
ThreadDemo[5911:962470] 2========<NSThread: 0x600000072700>{number = 1, name = main}

精心而帅气的你一定发现不是逐一打印了,而且也不会死锁,明明都是加到主队列里了啊,其实当任务A在举行时,任务B出席到了主队列,注意哦,是异步执行,所以dispatch函数不会等到Block执行到位才回到,dispatch函数重返后,这任务A可以继续执行,Block任务大家可以认为在下一帧顺序进入队列,并且默认无限下一帧执行。这就是为啥你看看2===... ...是最后输出的了。(⚠️一个函数的有六个里面函数异步执行时,不会导致死锁的还要,任务A执行完毕后,这一个异步执行的里边函数会顺序执行)。

总的来看此间也是够辛劳了,下边是提交的完好目录,上边最先写逻辑代码,先从loginController先导

大家说说队列与执行办法的衬托

地点说了系统自带的七个类别,下面大家来用自己创立的队列研商一下各样搭配情形。
大家先成立六个体系,并且测试方法都是在主线程中调用:

//串行队列
self.serialQueue = dispatch_queue_create("serialQueue.ys.com", DISPATCH_QUEUE_SERIAL);
//并行队列
self.concurrentQueue = dispatch_queue_create("concurrentQueue.ys.com", DISPATCH_QUEUE_CONCURRENT);
@Controller
public class LoginController {
    @RequestMapping(value="/",method=RequestMethod.GET)
    public String sayHello(){
        //model.addAttribute("msg", "Hello,World!");
        return "login";
    }
1. 串行队列 + 同步施行
-(void)queue_taskTest{
    dispatch_sync(self.serialQueue, ^{
        NSLog(@"1========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:1];
    });
    dispatch_sync(self.serialQueue, ^{
        NSLog(@"2========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:2];
    });
    dispatch_sync(self.serialQueue, ^{
        NSLog(@"3========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:3];
    });
    NSLog(@"4========%@",[NSThread currentThread]);
}

打印结果:

ThreadDemo[6735:1064390] 1========<NSThread: 0x600000073cc0>{number = 1, name = main}
ThreadDemo[6735:1064390] 2========<NSThread: 0x600000073cc0>{number = 1, name = main}
ThreadDemo[6735:1064390] 3========<NSThread: 0x600000073cc0>{number = 1, name = main}
ThreadDemo[6735:1064390] 4========<NSThread: 0x600000073cc0>{number = 1, name = main}

总体都在此时此刻线程顺序执行,也就是说,同步实施不抱有开发新线程的力量。

分解上边代码,@Controller,标注这多少个类是Controller类,spring会自动举办围观,@Request
Mapping中的value指的是url中的地址后缀,设置成/的目的自然是为了方便啊,

2. 串行队列 + 异步执行
-(void)queue_taskTest{
    dispatch_async(self.serialQueue, ^{
        NSLog(@"1========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:1];
    });
    dispatch_async(self.serialQueue, ^{
        NSLog(@"2========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:2];
    });
    dispatch_async(self.serialQueue, ^{
        NSLog(@"3========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:3];
    });
    NSLog(@"4========%@",[NSThread currentThread]);
}

打印结果:

ThreadDemo[6774:1073235] 4========<NSThread: 0x60800006e9c0>{number = 1, name = main}
ThreadDemo[6774:1073290] 1========<NSThread: 0x608000077000>{number = 3, name = (null)}
ThreadDemo[6774:1073290] 2========<NSThread: 0x608000077000>{number = 3, name = (null)}
ThreadDemo[6774:1073290] 3========<NSThread: 0x608000077000>{number = 3, name = (null)}

先打印了4,然后逐一在子线程中打印1,2,3。表明异步执行具有开拓新线程的能力,并且串行队列必须等到前一个任务履行完才能初阶推行下一个职责,同时,异步执行会使内部函数率先再次来到,不会与正在举行的表面函数发生死锁。

比如说启动工程时,url只需要输入什么localhost:8080/项目名,它就会自动跳转到login页面;method指的是来的url是post请求如故get请求

3. 并行队列 + 同步执行
-(void)queue_taskTest{
    dispatch_sync(self.concurrentQueue, ^{
        NSLog(@"1========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:1];
    });
    dispatch_sync(self.concurrentQueue, ^{
        NSLog(@"2========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:2];
    });
    dispatch_sync(self.concurrentQueue, ^{
        NSLog(@"3========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:3];
    });
    NSLog(@"4========%@",[NSThread currentThread]);
}

运行结果:

ThreadDemo[7012:1113594] 1========<NSThread: 0x60800007e340>{number = 1, name = main}
ThreadDemo[7012:1113594] 2========<NSThread: 0x60800007e340>{number = 1, name = main}
ThreadDemo[7012:1113594] 3========<NSThread: 0x60800007e340>{number = 1, name = main}
ThreadDemo[7012:1113594] 4========<NSThread: 0x60800007e340>{number = 1, name = main}

未张开新的线程执行任务,并且Block函数执行到位后dispatch函数才会再次回到,才能连续向下举行,所以大家看来的结果是逐一打印的。

return的是login字符串,大家还记得下面说的prefix了吧,它就会把您的url自动拼接上,完整路径就是下边这么些

4. 并行队列 + 异步执行
-(void)queue_taskTest{
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"1========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:1];
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"2========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:2];
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"3========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:3];
    });
    NSLog(@"4========%@",[NSThread currentThread]);
}

打印结果:

ThreadDemo[7042:1117492] 1========<NSThread: 0x600000071900>{number = 3, name = (null)}
ThreadDemo[7042:1117491] 3========<NSThread: 0x608000070240>{number = 5, name = (null)}
ThreadDemo[7042:1117451] 4========<NSThread: 0x600000067400>{number = 1, name = main}
ThreadDemo[7042:1117494] 2========<NSThread: 0x600000071880>{number = 4, name = (null)}

开辟了两个线程,触发任务的时机是各类的,可是我们见到完成任务的年月却是随机的,这有赖于CPU对于不同线程的调度分配,但是,线程不是无条件无限开拓的,当任务量丰裕大时,线程是会再也使用的。

/WEB-INF/jsp/login.jsp

划一下要害啊

 接下来看login.jsp

1. 对此单核CPU来说,不设有真正含义上的相互,所以,多线程执行任务,其实也只是一个人在干活,CPU的调度控制了非等待任务的实施速率,同时对于非等待任务,多线程并没有当真意义提升功用。
<%@ page language="java" contentType="text/html; charset=UTF-8"
    pageEncoding="UTF-8"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>login</title>
</head>
<body>
    <form action="login" method="post">
        用户名:<input type="text" name="username"/><br/>
        密&nbsp;&nbsp;码:<input type="password" name="password"/>
        <input type="submit" value="登陆"/>
        <a href="regist">注册</a>
    </form>
</body>
</html>
2. 线程可以简简单单的认为就是一段代码+运行时数据。

此间的action再次回到的是login,Controller会自动捕获到这一个请求,于是在login
Controller中要有一个方法来捕获那多少个请求

3. 联袂施行会在脚下线程执行任务,不持有开发线程的能力或者说没有必要开辟新的线程。并且,同步施行必须等到Block函数执行完毕,dispatch函数才会重返,从而阻塞同一串行队列中外部方法的执行。
@RequestMapping(value="login",method=RequestMethod.POST)
    public String login(Model model, // 向前台页面传的值放入model中
            HttpServletRequest request){ // 从前台页面取得的值
        String username = request.getParameter("username");
        String password = request.getParameter("password");
        String user_name = LoginCheck.check(username, password);
        if(user_name != null && user_name != ""){
            model.addAttribute("msg", user_name);
            return "success";
        }else{
            return "login2";
        }
    }
4. 异步执行dispatch函数会直接回到,Block函数我们得以认为它会在下一帧插足队列,并遵照所在队列如今的任务状态最好下一帧执行,从而不会阻塞当前外部任务的实践。同时,只有异步执行才有开拓新线程的必不可少,可是异步执行不必然会开发新线程。

登陆嘛,当然要有证实,于是就有了LoginCheck,不多说,上代码

5. 假诺是队列,肯定是FIFO(先进先出),不过何人先举行完要看第1条。
package logic;

import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.ResultSet;

import dao.Dao;

public class LoginCheck {

    public static String check(String username,String password){
        try {
            Connection conn = Dao.getConnection();
            PreparedStatement p = conn.prepareStatement("select * from user_t where user_name=? and password=?");
            p.setString(1, username);
            p.setString(2, password);
            ResultSet rs = p.executeQuery();
            if(rs.next()){
                String user_name = rs.getString("user_name");
                Dao.close(rs, p, conn);
                return user_name;
            }
            Dao.close(rs, p, conn);
        } catch (Exception e) {
            e.printStackTrace();
        }
        return "";
    }
}
6. 淌倘使串行队列,肯定要等上一个职责履行到位,才能起始下一个任务。可是相互队列当上一个职责起始推行后,下一个任务就足以初始履行。

向数据库查询就要有DAO啦,Dao网上都有,我的就是在网上随便找一个修改就用了~

7. 想要开辟新线程必须让任务在异步执行,想要开辟多少个线程,唯有让任务在相互队列中异步执行才足以。执行措施和队列类型多层组合在大势所趋程度上能够实现对于代码执行顺序的调度。
package dao;

import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;

public class Dao {
    // 获取数据库连接
    public static Connection getConnection(){

        Connection conn = null;
        String url = "jdbc:mysql://127.0.0.1:3306/test?characterEncoding=utf8&useSSL=false&serverTimezone=Hongkong";
        try
        {
            Class.forName("com.mysql.cj.jdbc.Driver");
            conn = DriverManager.getConnection(url,"root","数据库密码");//大家分享代码的时候也不要暴露自己的数据库密码,这样是非常不安全的
        }
        catch(ClassNotFoundException e)
        {
            e.printStackTrace();
            System.out.println("数据库驱动加载出错");
        }
        catch(SQLException e)
        {
            e.printStackTrace();
            System.out.println("数据库出错");
        }
        return conn;
    }
     //关闭相关通道
    public static void close(ResultSet rs,PreparedStatement p,Connection conn)
    {
        try
        {
            if(!rs.isClosed()){
                rs.close();
            }
            if(!p.isClosed()){
                p.close();
            }
            if(!conn.isClosed()){
                conn.close();
            }
        }
        catch(SQLException e)
        {
            e.printStackTrace();
            System.out.println("数据关闭出错");
        }
    }
    //关闭相关通道
    public static void close(PreparedStatement p,Connection conn)
    {
        try
        {
            if(!p.isClosed()){
                p.close();
            }
            if(!conn.isClosed()){
                conn.close();
            }
        }
        catch(SQLException e)
        {
            e.printStackTrace();
            System.out.println("数据关闭出错");
        }
    }
}
8. 一起+串行:未开发新线程,串行执行任务;同步+并行:未开发新线程,串行执行任务;异步+串行:新开辟一条线程,串行执行任务;异步+并行:开辟多条新线程,并行执行任务;在主线程中一块使用主队列执行任务,会促成死锁。

好了,倘若查询的结果分外上数据库中查询到的值了,那么就足以跳转到success页面了,success.jsp

8. 对于多核CPU来说,线程数量也不可以最好开拓,线程的开发同样会损耗资源,过多线程同时处理任务并不是您想像中的人多力量大。
<%@ page language="java" contentType="text/html; charset=UTF-8"
    pageEncoding="UTF-8"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>登陆成功</title>
</head>
<body>
    登陆成功!
    欢迎~${msg};
</body>
</html>

GCD其他函数用法

login大功告成,接下去的挂号页面和这么些道理相似,我不多废话了,把代码附上供我们参考

1. dispatch_after

该函数用于任务延时执行,其中参数dispatch_time_t代表延时时长,dispatch_queue_t表示接纳哪个队列。假如队列未主队列,那么任务在主线程执行,假使队列为全局队列或者自己创设的行列,那么任务在子线程执行,代码如下:

-(void)GCDDelay{
    //主队列延时
    dispatch_time_t when_main = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(3.0 * NSEC_PER_SEC));
    dispatch_after(when_main, dispatch_get_main_queue(), ^{
        NSLog(@"main_%@",[NSThread currentThread]);
    });
    //全局队列延时
    dispatch_time_t when_global = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(4.0 * NSEC_PER_SEC));
    dispatch_after(when_global, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        NSLog(@"global_%@",[NSThread currentThread]);
    });
    //自定义队列延时
    dispatch_time_t when_custom = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(5.0 * NSEC_PER_SEC));
    dispatch_after(when_custom, self.serialQueue, ^{
        NSLog(@"custom_%@",[NSThread currentThread]);
    });
}

打印结果:

ThreadDemo[1508:499647] main_<NSThread: 0x60000007cf40>{number = 1, name = main}
ThreadDemo[1508:499697] global_<NSThread: 0x608000262d80>{number = 3, name = (null)}
ThreadDemo[1508:499697] custom_<NSThread: 0x608000262d80>{number = 3, name = (null)}

首先是regist.jsp

2. dispatch_once

确保函数在整个生命周期内只会履行一回,看代码。

-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        NSLog(@"%@",[NSThread currentThread]);
    });
}

打印结果:

ThreadDemo[1524:509261] <NSThread: 0x600000262940>{number = 1, name = main}
无论你怎么疯狂的点击,在第一次打印之后,输出台便岿然不动。
<%@ page language="java" contentType="text/html; charset=UTF-8"
    pageEncoding="UTF-8"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>注册页面</title>
</head>
<body>
    <form action="registSuccess" method="Post">
        用户名:<input type="text" name="username"/>
        密&nbsp;&nbsp;码<input type="text" name="password"/>
        年&nbsp;&nbsp;龄<input type="number" name="age"/>
        <input type="submit" value="提交"/>
    </form>
</body>
</html>
3. dispatch_group_async & dispatch_group_notify

试想,现在牛逼的你要现在两张小图,并且你要等两张图都下载完成未来把他们拼起来,你要如何是好?我平素就不会把两张图拼成一张图啊,牛逼的自身怎么可能有这种想法呢?

其实方法有无数,比如您能够一张一张下载,再譬如拔取部分变量和Blcok实现计数,可是既然明日咱们讲到这,这大家就得入乡随俗,用GCD来落实,有一个神器的东西叫做队列组,当进入到队列组中的所有任务履行到位以后,会调用dispatch_group_notify函数通知任务总体做到,代码如下:

-(void)GCDGroup{
    //
    [self jointImageView];
    //
    dispatch_group_t group = dispatch_group_create();
    __block UIImage *image_1 = nil;
    __block UIImage *image_2 = nil;
    //在group中添加一个任务
    dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        image_1 = [self imageWithPath:@"https://timgsa.baidu.com/timg?image&quality=80&size=b9999_10000&sec=1502706256731&di=371f5fd17184944d7e2b594142cd7061&imgtype=0&src=http%3A%2F%2Fimg4.duitang.com%2Fuploads%2Fitem%2F201605%2F14%2F20160514165210_LRCji.jpeg"];

    });
    dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        image_2 = [self imageWithPath:@"https://ss3.bdstatic.com/70cFv8Sh_Q1YnxGkpoWK1HF6hhy/it/u=776127947,2002573948&fm=26&gp=0.jpg"];
    });
    //group中所有任务执行完毕,通知该方法执行
    dispatch_group_notify(group, dispatch_get_main_queue(), ^{
        self.imageView_1.image = image_1;
        self.imageView_2.image = image_2;
        //
        UIGraphicsBeginImageContextWithOptions(CGSizeMake(200, 100), NO, 0.0f);
        [image_2 drawInRect:CGRectMake(0, 0, 100, 100)];
        [image_1 drawInRect:CGRectMake(100, 0, 100, 100)];
        UIImage *image_3 = UIGraphicsGetImageFromCurrentImageContext();
        self.imageView_3.image = image_3;
        UIGraphicsEndImageContext();
    });
}

-(void)jointImageView{
    self.imageView_1 = [[UIImageView alloc] initWithFrame:CGRectMake(20, 50, 100, 100)];
    [self.view addSubview:_imageView_1];

    self.imageView_2 = [[UIImageView alloc] initWithFrame:CGRectMake(140, 50, 100, 100)];
    [self.view addSubview:_imageView_2];

    self.imageView_3 = [[UIImageView alloc] initWithFrame:CGRectMake(20, 200, 200, 100)];
    [self.view addSubview:_imageView_3];

    self.imageView_1.layer.borderColor = self.imageView_2.layer.borderColor = self.imageView_3.layer.borderColor = [UIColor grayColor].CGColor;
    self.imageView_1.layer.borderWidth = self.imageView_2.layer.borderWidth = self.imageView_3.layer.borderWidth = 1;
}

接下去是RegistController

4. dispatch_barrier_async

栅栏函数,这么看来它能屏蔽或者分隔什么事物,别瞎猜了,反正你又猜不对,看这,使用此方法创造的天职,会寻找当前队列中有没有其余任务要举行,假设有,则等待已有职责执行完毕后再实践,同时,在此任务之后进入队列的职责,需要等待此任务执行到位后,才能执行。看代码,老铁。(⚠️
这里并发队列必须是协调创立的。假使采取全局队列,这多少个函数和dispatch_async将会并未差异。)

-(void)GCDbarrier{

    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务1");
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务2");
    });

//    dispatch_barrier_async(self.concurrentQueue, ^{
//        NSLog(@"任务barrier");
//    });

//    NSLog(@"big");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务3");
    });
//    NSLog(@"apple");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务4");
    });
}

运行结果:

ThreadDemo[1816:673351] 任务3
ThreadDemo[1816:673353] 任务1
ThreadDemo[1816:673350] 任务2
ThreadDemo[1816:673370] 任务4

是不是如您所料,牛逼大了,下边我们打开第一句注释:

-(void)GCDbarrier{

    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务1");
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务2");
    });

    dispatch_barrier_async(self.concurrentQueue, ^{
        NSLog(@"任务barrier");
    });

//    NSLog(@"big");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务3");
    });
//    NSLog(@"apple");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务4");
    });
}

打印结果:

ThreadDemo[1833:678739] 任务2
ThreadDemo[1833:678740] 任务1
ThreadDemo[1833:678740] 任务barrier
ThreadDemo[1833:678740] 任务3
ThreadDemo[1833:678739] 任务4

这一个结果和大家地点的解释完美契合,我们可以省略的决定函数执行的相继了,你离大牛又近了一步,如果现在的你不会猜疑还有dispatch_barrier_sync本条函数的话,表明…
…嘿嘿嘿,我们看一下以此函数和方面我们用到的函数的分别,你一定想到了,再打开第二个和第两个注释,如下:

-(void)GCDbarrier{

    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务1");
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务2");
    });

    dispatch_barrier_async(self.concurrentQueue, ^{
        NSLog(@"任务barrier");
    });

    NSLog(@"big");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务3");
    });
    NSLog(@"apple");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务4");
    });
}

运行结果:

ThreadDemo[1853:692434] 任务1
ThreadDemo[1853:692421] 任务2
ThreadDemo[1853:692387] big
ThreadDemo[1853:692421] 任务barrier
ThreadDemo[1853:692387] apple
ThreadDemo[1853:692421] 任务3
ThreadDemo[1853:692434] 任务4

不用着急,我们换一下函数:

-(void)GCDbarrier{

    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务1");
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务2");
    });

    dispatch_barrier_sync(self.concurrentQueue, ^{
        NSLog(@"任务barrier");
    });

    NSLog(@"big");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务3");
    });
    NSLog(@"apple");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务4");
    });
}

打印结果:

ThreadDemo[1874:711841] 任务1
ThreadDemo[1874:711828] 任务2
ThreadDemo[1874:711793] 任务barrier
ThreadDemo[1874:711793] big
ThreadDemo[1874:711793] apple
ThreadDemo[1874:711828] 任务3
ThreadDemo[1874:711841] 任务4

老铁,发现了呢?这五个函数对于队列的栅栏效能是均等的,但是对于该函数相对于其他中间函数遵从了最起初说到的一起和异步的平整。你是不是有点懵逼,假使你蒙蔽了,那么请在每一个出口后边打印出当下的线程,如若你仍然懵逼,那么请您重新看,有劳,不谢!

package controller;

import javax.servlet.http.HttpServletRequest;

import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;

import logic.RegistCheck;

@Controller
public class RegistController {
    @RequestMapping(value="regist",method=RequestMethod.GET)
    public String regist(){
        return "regist";
    }

    @RequestMapping(value="registSuccess",method=RequestMethod.POST)
    public String registSuccess(HttpServletRequest request,Model model){
        String username = request.getParameter("username");
        String password = request.getParameter("password");
        String age = request.getParameter("age");

        if(RegistCheck.registCheck(username, password,age)){
            model.addAttribute("username", username);
            return "login";
        }else{
            return "regist2";
        }
    }
}
5. dispatch_apply

该函数用于重复执行某个任务,假如任务队列是并行队列,重复执行的任务会并发执行,假诺任务队列为串行队列,则任务会挨个执行,需要留意的是,该函数为联合函数,要防微杜渐线程阻塞和死锁哦,老铁。

接下去是RegistCheck

串行队列:
-(void)GCDApply{
    //重复执行
    dispatch_apply(5, self.serialQueue, ^(size_t i) {
        NSLog(@"第%@次_%@",@(i),[NSThread currentThread]);
    });
}

运行结果:

ThreadDemo[1446:158101] 第0次_<NSThread: 0x600000079ac0>{number = 1, name = main}
ThreadDemo[1446:158101] 第1次_<NSThread: 0x600000079ac0>{number = 1, name = main}
ThreadDemo[1446:158101] 第2次_<NSThread: 0x600000079ac0>{number = 1, name = main}
ThreadDemo[1446:158101] 第3次_<NSThread: 0x600000079ac0>{number = 1, name = main}
ThreadDemo[1446:158101] 第4次_<NSThread: 0x600000079ac0>{number = 1, name = main}

 

交互队列:
-(void)GCDApply{
    //重复执行
    dispatch_apply(5, self.concurrentQueue, ^(size_t i) {
        NSLog(@"第%@次_%@",@(i),[NSThread currentThread]);
    });
}

运转结果:

ThreadDemo[1461:160567] 第2次_<NSThread: 0x608000076000>{number = 4, name = (null)}
ThreadDemo[1461:160534] 第0次_<NSThread: 0x60800006d8c0>{number = 1, name = main}
ThreadDemo[1461:160566] 第3次_<NSThread: 0x60000007d480>{number = 5, name = (null)}
ThreadDemo[1461:160569] 第1次_<NSThread: 0x60000007d440>{number = 3, name = (null)}
ThreadDemo[1461:160567] 第4次_<NSThread: 0x608000076000>{number = 4, name = (null)}
package logic;

import java.sql.Connection;
import java.sql.PreparedStatement;

import dao.Dao;

public class RegistCheck {

    public static boolean registCheck(String username,String password,String age){
        String user_name = LoginCheck.check(username, password);
        if(user_name == null || user_name == ""){
            try {
                Connection conn = Dao.getConnection();
                PreparedStatement p = conn.prepareStatement("insert user_t(user_name,password,age) VALUES (?,?,?);");
                p.setString(1, username);
                p.setString(2, password);
                p.setString(3, age);
                p.executeUpdate();
                System.out.println("注册成功");
                Dao.close(p, conn);
                return true;
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
        return false;
    }
}
死锁:
-(void)GCDApply{
    //重复执行
    dispatch_apply(5, dispatch_get_main_queue(), ^(size_t i) {
        NSLog(@"第%@次_%@",@(i),[NSThread currentThread]);
    });
}

运行结果:

还有一个registSuccess.jsp,成功再次回到的页面,我只是放了个空页面,没内容

6. dispatch_semaphore_create & dispatch_semaphore_signal & dispatch_semaphore_wait

看那多少个函数的时候你需要抛开队列,丢掉同步异步,不要把它们想到一起,混为一谈,信号量只是决定任务履行的一个口径而已,相对于地点通过队列以及实践格局来支配线程的开拓和职责的履行,它更接近对于任务一向的支配。类似于单个体系的最大并发数的主宰机制,提高并行效用的还要,也制止太多线程的开辟对CPU早层负面的效能负担。
dispatch_semaphore_create创建信号量,起初值不可以小于0;
dispatch_semaphore_wait等候降低信号量,也就是信号量-1;
dispatch_semaphore_signal增强信号量,也就是信号量+1;
dispatch_semaphore_waitdispatch_semaphore_signal常备配对利用。
看一下代码吧,老铁。

-(void)GCDSemaphore{
    //
    //dispatch_semaphore_t semaphore = dispatch_semaphore_create(1);
    dispatch_apply(5, self.concurrentQueue, ^(size_t i) {
        //dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
        dispatch_async(self.concurrentQueue, ^{
            NSLog(@"第%@次_%@",@(i),[NSThread currentThread]);
            //dispatch_semaphore_signal(semaphore);
        });
    });
}

你能猜到运行结果吧?没错,就是您想的那样,开辟了5个线程执行任务。

ThreadDemo[1970:506692] 第0次_<NSThread: 0x600000070f00>{number = 3, name = (null)}
ThreadDemo[1970:506711] 第1次_<NSThread: 0x6000000711c0>{number = 4, name = (null)}
ThreadDemo[1970:506713] 第2次_<NSThread: 0x6000000713c0>{number = 5, name = (null)}
ThreadDemo[1970:506691] 第3次_<NSThread: 0x600000070f40>{number = 6, name = (null)}
ThreadDemo[1970:506694] 第4次_<NSThread: 0x600000070440>{number = 7, name = (null)}

下一步你势必猜到了,把注释的代码打开:

-(void)GCDSemaphore{
    //
    dispatch_semaphore_t semaphore = dispatch_semaphore_create(1);
    dispatch_apply(5, self.concurrentQueue, ^(size_t i) {
        dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
        dispatch_async(self.concurrentQueue, ^{
            NSLog(@"第%@次_%@",@(i),[NSThread currentThread]);
            dispatch_semaphore_signal(semaphore);
        });
    });
}

运行结果:

ThreadDemo[2020:513651] 第0次_<NSThread: 0x608000073900>{number = 3, name = (null)}
ThreadDemo[2020:513651] 第1次_<NSThread: 0x608000073900>{number = 3, name = (null)}
ThreadDemo[2020:513651] 第2次_<NSThread: 0x608000073900>{number = 3, name = (null)}
ThreadDemo[2020:513651] 第3次_<NSThread: 0x608000073900>{number = 3, name = (null)}
ThreadDemo[2020:513651] 第4次_<NSThread: 0x608000073900>{number = 3, name = (null)}

很强烈,我起来说的是对的,哈哈哈哈,信号量是决定任务履行的首要条件,当信号量为0时,所有任务等待,信号量越大,允许可并行执行的任务数量越多。

<%@ page language="java" contentType="text/html; charset=UTF-8"
    pageEncoding="UTF-8"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>注册成功</title>
</head>
<body>
    注册成功!
</body>
</html>
GCD就先说到这,很多API没有关联到,有趣味的同学们可以友善去探访,重要的是艺术和习惯,而不是您看过多少。

好了,现在完结login和登记页面都写好了,新人刚到信用社的时候异常容易碰着这样的小训练,哈哈哈说多了,喜欢就点赞哈

NSOperation && NSOperationQueue

假如地点的郭草地假若你学会了,那么那六个东西你也不自然能学得会!

NSOperation以及NSOperationQueue是苹果对于GCD的包裹,其中呢,NSOperation骨子里就是大家地方所说的职责,可是这多少个类无法直接行使,我们要用他的五个子类,NSBlockOperationNSInvocationOperation,而NSOperationQueue呢,其实就是相近于GCD中的队列,用于管理你投入到里头的任务。

欢迎转载,转载请表明出处~

NSOperation

它提供了有关任务的履行,裁撤,以及每一天拿到任务的动静,添加任务依赖以及优先级等形式和总体性,相对于GCD提供的主意来说,更直观,更有利,并且提供了更多的决定接口。(很多时候,苹果设计的架构是很棒的,不要只是在乎他实现了怎么,可能您学到的事物会更多,一不小心又吹牛逼了,哦呵呵),有多少个情势和性质大家明白一下:

@interface NSOperation : NSObject {
@private
    id _private;
    int32_t _private1;
#if __LP64__
    int32_t _private1b;
#endif
}

- (void)start;//启动任务 默认在当前线程执行
- (void)main;//自定义NSOperation,写一个子类,重写这个方法,在这个方法里面添加需要执行的操作。

@property (readonly, getter=isCancelled) BOOL cancelled;//是否已经取消,只读
- (void)cancel;//取消任务

@property (readonly, getter=isExecuting) BOOL executing;//正在执行,只读
@property (readonly, getter=isFinished) BOOL finished;//执行结束,只读
@property (readonly, getter=isConcurrent) BOOL concurrent; // To be deprecated; use and override 'asynchronous' below
@property (readonly, getter=isAsynchronous) BOOL asynchronous NS_AVAILABLE(10_8, 7_0);//是否并发,只读
@property (readonly, getter=isReady) BOOL ready;//准备执行

- (void)addDependency:(NSOperation *)op;//添加依赖
- (void)removeDependency:(NSOperation *)op;//移除依赖

@property (readonly, copy) NSArray<NSOperation *> *dependencies;//所有依赖关系,只读

typedef NS_ENUM(NSInteger, NSOperationQueuePriority) {
    NSOperationQueuePriorityVeryLow = -8L,
    NSOperationQueuePriorityLow = -4L,
    NSOperationQueuePriorityNormal = 0,
    NSOperationQueuePriorityHigh = 4,
    NSOperationQueuePriorityVeryHigh = 8
};//系统提供的优先级关系枚举

@property NSOperationQueuePriority queuePriority;//执行优先级

@property (nullable, copy) void (^completionBlock)(void) NS_AVAILABLE(10_6, 4_0);//任务执行完成之后的回调

- (void)waitUntilFinished NS_AVAILABLE(10_6, 4_0);//阻塞当前线程,等到某个operation执行完毕。

@property double threadPriority NS_DEPRECATED(10_6, 10_10, 4_0, 8_0);//已废弃,用qualityOfService替代。

@property NSQualityOfService qualityOfService NS_AVAILABLE(10_10, 8_0);//服务质量,一个高质量的服务就意味着更多的资源得以提供来更快的完成操作。

@property (nullable, copy) NSString *name NS_AVAILABLE(10_10, 8_0);//任务名称

@end

然而NSOperation自己是个抽象类,不可能平昔运用,大家有二种方法赋予它新的性命,就是底下这几个东西,您坐稳看好。

Java从读书到吐弃,MySQL从删库到跑路,哈哈哈

NSOperation自定义子类

这是本人要说的第一个任务项目,大家能够自定义继承于NSOperation的子类,视同一律写父类提供的办法,实现一波有着特殊含义的职责。比如大家去下载一个图片:

.h
#import <UIKit/UIKit.h>

@protocol YSImageDownLoadOperationDelegate <NSObject>
-(void)YSImageDownLoadFinished:(UIImage*)image;

@end

@interface YSImageDownLoadOperation : NSOperation

-(id)initOperationWithUrl:(NSURL*)imageUrl delegate:(id<YSImageDownLoadOperationDelegate>)delegate;

@end

.m
#import "YSImageDownLoadOperation.h"

@implementation YSImageDownLoadOperation{
    NSURL *_imageUrl;
    id _delegate;
}

-(id)initOperationWithUrl:(NSURL*)imageUrl delegate:(id<YSImageDownLoadOperationDelegate>)delegate{
    if (self == [super init]) {
        _imageUrl = imageUrl;
        _delegate = delegate;
    }
    return self;
}

-(void)main{
    @autoreleasepool {
        UIImage *image = [self imageWithUrl:_imageUrl];
        if (_delegate && [_delegate respondsToSelector:@selector(YSImageDownLoadFinished:)]) {
            [_delegate YSImageDownLoadFinished:image];
        }
    }
}

-(UIImage*)imageWithUrl:(NSURL*)url{
    NSData *imageData = [NSData dataWithContentsOfURL:url];
    UIImage *image = [UIImage imageWithData:imageData];
    return image;
}


@end

然后调用:
-(void)YSDownLoadImageOperationRun{
    YSImageDownLoadOperation *ysOper = [[YSImageDownLoadOperation alloc] initOperationWithUrl:[NSURL URLWithString:@"http://img5.duitang.com/uploads/item/201206/06/20120606174422_LZSeE.thumb.700_0.jpeg"] delegate:self];
    [ysOper start];
}

-(void)YSImageDownLoadFinished:(UIImage *)image{
    NSLog(@"%@",image);
}

运作打印结果:

ThreadDemo[4141:1100329] <UIImage: 0x60800009f630>, {700, 1050}

嗯呵呵,其实自定义的职责更具备指向性,它可以满意你一定的要求,可是一般用的可比少,不晓得是因为自己太菜依旧确实有众多更是有益的办法和笔触实现如此的逻辑。

 

NSBlockOperation

其次个,就是系统提供的NSOperation的子类NSBlockOperation,我们看一下他提供的API:

@interface NSBlockOperation : NSOperation {
@private
    id _private2;
    void *_reserved2;
}

+ (instancetype)blockOperationWithBlock:(void (^)(void))block;

- (void)addExecutionBlock:(void (^)(void))block;
@property (readonly, copy) NSArray<void (^)(void)> *executionBlocks;

@end

很简短,就这一个,大家就用它实现一个职责:

-(void)NSBlockOperationRun{
    NSBlockOperation *blockOper = [NSBlockOperation blockOperationWithBlock:^{
        NSLog(@"NSBlockOperationRun_%@_%@",[NSOperationQueue currentQueue],[NSThread currentThread]);
    }];
    [blockOper start];
}

运转结果:

ThreadDemo[4313:1121900] NSBlockOperationRun_<NSOperationQueue: 0x608000037420>{name = 'NSOperationQueue Main Queue'}_<NSThread: 0x60000006dd80>{number = 1, name = main}

咱俩发现这一个任务是在近年来线程顺序执行的,大家发现还有一个办法addExecutionBlock:试一下:

-(void)NSBlockOperationRun{
    NSBlockOperation *blockOper = [NSBlockOperation blockOperationWithBlock:^{
        NSLog(@"NSBlockOperationRun_1_%@",[NSThread currentThread]);
    }];
    [blockOper addExecutionBlock:^{
        NSLog(@"NSBlockOperationRun_2_%@",[NSThread currentThread]);
    }];
    [blockOper addExecutionBlock:^{
        NSLog(@"NSBlockOperationRun_3_%@",[NSThread currentThread]);
    }];
    [blockOper addExecutionBlock:^{
        NSLog(@"NSBlockOperationRun_4_%@",[NSThread currentThread]);
    }];
    [blockOper start];
}

打印结果:

ThreadDemo[4516:1169835] NSBlockOperationRun_1_<NSThread: 0x60000006d880>{number = 1, name = main}
ThreadDemo[4516:1169875] NSBlockOperationRun_3_<NSThread: 0x600000070800>{number = 4, name = (null)}
ThreadDemo[4516:1169877] NSBlockOperationRun_4_<NSThread: 0x6080000762c0>{number = 5, name = (null)}
ThreadDemo[4516:1169893] NSBlockOperationRun_2_<NSThread: 0x608000076100>{number = 3, name = (null)}

从打印结果来看,这么些4个任务是异步并发执行的,开辟了多条线程。

NSInvocationOperation

其三个,就是它了,同样也是系统提供给大家的一个任务类,基于一个target对象以及一个selector来创设任务,具体代码:

-(void)NSInvocationOperationRun{
    NSInvocationOperation *invocationOper = [[NSInvocationOperation alloc] initWithTarget:self selector:@selector(invocationOperSel) object:nil];
    [invocationOper start];
}
-(void)invocationOperSel{
    NSLog(@"NSInvocationOperationRun_%@",[NSThread currentThread]);
}

运作结果:

ThreadDemo[4538:1173118] NSInvocationOperationRun_<NSThread: 0x60800006e900>{number = 1, name = main}

运转结果与NSBlockOperation单个block函数的进行措施同样,同步顺序执行。的确系统的卷入给予我们关于任务更直观的事物,可是对于两个任务的决定机制并不到家,所以我们有请下一位,也许你会眼睛一亮。

NSOperationQueue

下面说道我们成立的NSOperation任务目的可以通过start主意来施行,同样我们得以把这些任务目的添加到一个NSOperationQueue对象中去履行,好想有好东西,先看一下连串的API:

@interface NSOperationQueue : NSObject {
@private
    id _private;
    void *_reserved;
}

- (void)addOperation:(NSOperation *)op;//添加任务
- (void)addOperations:(NSArray<NSOperation *> *)ops waitUntilFinished:(BOOL)wait NS_AVAILABLE(10_6, 4_0);//添加一组任务

- (void)addOperationWithBlock:(void (^)(void))block NS_AVAILABLE(10_6, 4_0);//添加一个block形式的任务

@property (readonly, copy) NSArray<__kindof NSOperation *> *operations;//队列中所有的任务数组
@property (readonly) NSUInteger operationCount NS_AVAILABLE(10_6, 4_0);//队列中的任务数

@property NSInteger maxConcurrentOperationCount;//最大并发数

@property (getter=isSuspended) BOOL suspended;//暂停

@property (nullable, copy) NSString *name NS_AVAILABLE(10_6, 4_0);//名称

@property NSQualityOfService qualityOfService NS_AVAILABLE(10_10, 8_0);//服务质量,一个高质量的服务就意味着更多的资源得以提供来更快的完成操作。

@property (nullable, assign /* actually retain */) dispatch_queue_t underlyingQueue NS_AVAILABLE(10_10, 8_0);

- (void)cancelAllOperations;//取消队列中的所有任务

- (void)waitUntilAllOperationsAreFinished;//阻塞当前线程,等到队列中的任务全部执行完毕。

#if FOUNDATION_SWIFT_SDK_EPOCH_AT_LEAST(8)
@property (class, readonly, strong, nullable) NSOperationQueue *currentQueue NS_AVAILABLE(10_6, 4_0);//获取当前队列
@property (class, readonly, strong) NSOperationQueue *mainQueue NS_AVAILABLE(10_6, 4_0);//获取主队列
#endif

@end

来一段代码高兴心旷神怡:

-(void)NSOperationQueueRun{
    NSOperationQueue *queue = [[NSOperationQueue alloc] init];
    NSInvocationOperation *invocationOper = [[NSInvocationOperation alloc] initWithTarget:self selector:@selector(invocationOperSel) object:nil];
    [queue addOperation:invocationOper];
    NSBlockOperation *blockOper = [NSBlockOperation blockOperationWithBlock:^{
        NSLog(@"NSBlockOperationRun_%@",[NSThread currentThread]);
    }];
    [queue addOperation:blockOper];
    [queue addOperationWithBlock:^{
        NSLog(@"QUEUEBlockOperationRun_%@",[NSThread currentThread]);
    }];
}

打印结果:

ThreadDemo[4761:1205689] NSBlockOperationRun_<NSThread: 0x600000264480>{number = 4, name = (null)}
ThreadDemo[4761:1205691] NSInvocationOperationRun_<NSThread: 0x600000264380>{number = 3, name = (null)}
ThreadDemo[4761:1205706] QUEUEBlockOperationRun_<NSThread: 0x6000002645c0>{number = 5, name = (null)}

咱们发现,参预队列之后并非调用任务的start方法,队列会帮您管理任务的举行情形。上诉执行结果印证这个职责在队列中为出现执行的。

下面我们转移一下任务的事先级:
invocationOper.queuePriority = NSOperationQueuePriorityVeryLow;

运转结果:

ThreadDemo[4894:1218440] QUEUEBlockOperationRun_<NSThread: 0x608000268880>{number = 3, name = (null)}
ThreadDemo[4894:1218442] NSBlockOperationRun_<NSThread: 0x60000026d340>{number = 4, name = (null)}
ThreadDemo[4894:1218457] NSInvocationOperationRun_<NSThread: 0x60000026d400>{number = 5, name = (null)}

俺们发现优先级低的任务会后执行,但是,这并不是相对的,还有许多东西得以左右CPU分配,以及操作系统对于任务和线程的主宰,只好说,优先级会在肯定水平上让优先级高的职责起首举行。同时,优先级只对同一队列中的任务使得哦。下边大家就看一个会忽略优先级的动静。

加上依靠关系
-(void)NSOperationQueueRun{
    NSOperationQueue *queue = [[NSOperationQueue alloc] init];
    NSBlockOperation *blockOper_1 = [NSBlockOperation blockOperationWithBlock:^{
        for (int i = 0; i < 1000; i++) {
            NSLog(@"blockOper_1_%@_%@",@(i),[NSThread currentThread]);
        }
    }];

    NSBlockOperation *blockOper_2 = [NSBlockOperation blockOperationWithBlock:^{
        for (int i = 0; i < 1000; i++) {
            NSLog(@"blockOper_2_%@_%@",@(i),[NSThread currentThread]);
        }
    }];

    [blockOper_1 addDependency:blockOper_2];
    [queue addOperation:blockOper_1];
    [queue addOperation:blockOper_2];
}

打印结果:

ThreadDemo[5066:1233824] blockOper_2_0_<NSThread: 0x600000078340>{number = 3, name = (null)}
ThreadDemo[5066:1233824] blockOper_2_1_<NSThread: 0x600000078340>{number = 3, name = (null)}
ThreadDemo[5066:1233824] blockOper_2_2_<NSThread: 0x600000078340>{number = 3, name = (null)}
ThreadDemo[5066:1233824] blockOper_2_3_<NSThread: 0x600000078340>{number = 3, name = (null)}
... ...
ThreadDemo[5066:1233824] blockOper_2_999_<NSThread: 0x600000078340>{number = 3, name = (null)}
ThreadDemo[5066:1233822] blockOper_1_0_<NSThread: 0x60000006ae80>{number = 4, name = (null)}
... ...
ThreadDemo[5066:1233822] blockOper_1_997_<NSThread: 0x60000006ae80>{number = 4, name = (null)}
ThreadDemo[5066:1233822] blockOper_1_998_<NSThread: 0x60000006ae80>{number = 4, name = (null)}
ThreadDemo[5066:1233822] blockOper_1_999_<NSThread: 0x60000006ae80>{number = 4, name = (null)}

经过打印结果我们得以看到,添加看重之后,看重任务必须等待被倚重任务执行完毕之后才会起来实践。⚠️,即便依赖任务的先期级再高,也是被依赖任务先实施,同时,和事先级不等,依赖关系不受队列的受制,爱哪哪,只假如自身倚重于您,这你必须先进行完,我才实施。

队列的最大并发数

就是说,这多少个队列最多可以有多少任务同时执行,或者说最多开发多少条线程,假诺设置为1,这就一回只可以执行一个任务,但是,不要认为这和GCD的串行队列一样,即便最大并发数为1,队列任务的举办顺序依旧取决于很多元素。

关于NSOperationQueue再有废除啊,暂停啊等操作模式,我们可以试一下,应该注意的是,和学习GCD的法子不同,不要总是站在面向过程的角度看带那些面向对象的类,因为它的眉眼对象化的包裹过程中,肯定有广大你看不到的模样过程的操作,所以您也不曾必要用利用GCD的思想来套用它,否则你或许会头昏的一塌糊涂。

线程锁

地点到底把多线程操作的点子讲完了,上面说一下线程锁机制。多线程操作是三个线程并行的,所以一律块资源可能在同一时间被五个线程访问,举烂的事例就是买火车票,在就剩一个座时,虽然100个线程同时进入,那么可能上火车时就有人得干仗了。为了掩护世界和平,人民平安,所以我们讲一下这么些线程锁。我们先实现一段代码:

- (void)viewDidLoad {
    [super viewDidLoad];
    self.sourceArray_m = [NSMutableArray new];
    [_sourceArray_m addObjectsFromArray:@[@"1",@"2",@"3",@"4",@"5",@"6"]];
    [self threadLock];
}
-(void)threadLock{
    for (int i = 0; i < 8; i++) {
        dispatch_async(self.concurrentQueue, ^{
            NSLog(@"%@",[self sourceOut]) ;
        });
    }
}

-(NSString*)sourceOut{
    NSString *source = @"没有了,取光了";
    if (_sourceArray_m.count > 0) {
        source = [_sourceArray_m lastObject];
        [_sourceArray_m removeLastObject];
    }
    return source;
}

运行打印结果:

ThreadDemo[5540:1291666] 6
ThreadDemo[5540:1291669] 6
ThreadDemo[5540:1291682] 5
ThreadDemo[5540:1291667] 4
ThreadDemo[5540:1291683] 3
ThreadDemo[5540:1291666] 2
ThreadDemo[5540:1291669] 1
ThreadDemo[5540:1291682] 没有了,取光了

俺们发现6被取出来四回(因为代码简单,执行成效较快,所以这种情景不实必现,耐心多试一回),这样的话就窘迫了,一张票卖了2次,这么恶劣的所作所为是不容许容忍的,所以大家需要公平的护卫——线程锁,我们就讲最间接的二种(此前说的GCD的无数办法一致可以等价于线程锁解决这个问题):

NSLock

代码这样写:

- (void)viewDidLoad {
    [super viewDidLoad];
    self.lock = [[NSLock alloc] init];
    self.sourceArray_m = [NSMutableArray new];
    [_sourceArray_m addObjectsFromArray:@[@"1",@"2",@"3",@"4",@"5",@"6"]];
    [self threadLock];
}
-(void)threadLock{
    for (int i = 0; i < 8; i++) {
        dispatch_async(self.concurrentQueue, ^{
            NSLog(@"%@",[self sourceOut]) ;
        });
    }
}
-(NSString*)sourceOut{
    NSString *source = @"没有了,取光了";
    [_lock lock];
    if (_sourceArray_m.count > 0) {
        source = [_sourceArray_m lastObject];
        [_sourceArray_m removeLastObject];
    }
    [_lock unlock];
    return source;
}

运作结果:

ThreadDemo[5593:1298144] 5
ThreadDemo[5593:1298127] 6
ThreadDemo[5593:1298126] 4
ThreadDemo[5593:1298129] 3
ThreadDemo[5593:1298146] 2
ThreadDemo[5593:1298144] 1
ThreadDemo[5593:1298127] 没有了,取光了
ThreadDemo[5593:1298147] 没有了,取光了

这么就保证了被Lock的资源只好同时让一个线程举行访问,从而也就保险了线程安全。

@synchronized

这一个也很简短,有时候也会用到这么些,要传播一个联机对象(一般就是self),然后将您需要加锁的资源放入代码块中,假若该资源无线程正在访问时,会让其他线程等待,间接上代码:

- (void)viewDidLoad {
    [super viewDidLoad];
    self.sourceArray_m = [NSMutableArray new];
    [_sourceArray_m addObjectsFromArray:@[@"1",@"2",@"3",@"4",@"5",@"6"]];
    [self threadLock];
}
-(void)threadLock{
    for (int i = 0; i < 8; i++) {
        dispatch_async(self.concurrentQueue, ^{
            NSLog(@"%@",[self sourceOut]) ;
        });
    }
}

-(NSString*)sourceOut{
    NSString *source = @"没有了,取光了";
    @synchronized (self) {
        if (_sourceArray_m.count > 0) {
            source = [_sourceArray_m lastObject];
            [_sourceArray_m removeLastObject];
        }
    }
    return source;
}

运转结果:

ThreadDemo[5625:1301834] 5
ThreadDemo[5625:1301835] 6
ThreadDemo[5625:1301837] 4
ThreadDemo[5625:1301852] 3
ThreadDemo[5625:1301834] 1
ThreadDemo[5625:1301854] 2
ThreadDemo[5625:1301835] 没有了,取光了
ThreadDemo[5625:1301855] 没有了,取光了

结语

总的看该停止了!!!就到这吗,堂弟已经竭尽全力了,带我们入个门,这条路堂弟只可以陪你走到这了。

相关文章