Ios 目标C GCD：多个调度线程是否能加快速度？

我有一些计时器代码，每2.5秒调用一次AF2.0帖子。在使用Xcode模拟器和实际的iPhone进行实验后，我发现在iPhone上，命令成功发送到服务器大约需要5-6秒。因此，每2.5秒调用一次的命令就会堆积起来。在Xcode模拟器上，不存在这样的问题。命令在不到一秒钟内返回成功块

更多背景： 每2.5秒发布一次的目的是保持TCP连接打开。这样，与每次打开新连接相比，通话速度更快

延迟的一个原因可能是主线程收到太多的请求。我有几个方法，它们依次调用更多的方法。 我的问题：我应该只使用一个自定义并发队列，还是使用多个自定义并发队列？这是解决我面临的网络问题的好方法吗

注意：我目前使用self.commandSent跟踪并确保在前面的文章完成之前不会发出太多命令。为此，将更改为调度组

    - (void)viewWillAppear:(BOOL)animated {
        [super viewWillAppear:animated];
        [self startTimer];

    }

    -(void)startTimer
    {
        dispatch_async(self.myConcurrentQueue, ^{
            self.startTime = CFAbsoluteTimeGetCurrent() ;
            self.displayTimer = [NSTimer scheduledTimerWithTimeInterval:2.5 target:self selector:@selector(timerFired:) userInfo:nil repeats:YES ] ;
        });

    }
    -(void)timerFired:(NSTimer*)timer
    {
//Should I use another dispatch thread here?
        CFAbsoluteTime elapsedTime = CFAbsoluteTimeGetCurrent() - self.startTime ;
        [self updateDisplay:elapsedTime] ;
    }

    -(void)stopTimer
    {
        [self.displayTimer invalidate] ;
        self.displayTimer = nil ;

        CFAbsoluteTime elapsedTime = CFAbsoluteTimeGetCurrent() - self.startTime ;
        [self updateDisplay:elapsedTime] ;
    }


    -(void)updateDisplay:(CFAbsoluteTime)elapsedTime
    {
        [self maintainConnection];
    }
    - (void)maintainConnection {
        //Should I use another dispatch thread here?
        if (self.commandSent == YES ) {
            if(self.temperatureChanged == YES) {
                [self updateTemperature]; //updateTemperature and updateSpeed are similar. They call POST requests
                [self updateSpeed];
                self.temperatureChanged = NO;
            } else {
                [self updateSpeed];
            }
        }

    }

    - (void)updateSpeed {
        self.commandSent = NO;

        NSURL *baseURL = [NSURL URLWithString:self.BaseURLString];

        NSDictionary *parameters = @{@"command": @"16",
                                     @"dat": self.dataToSend,};


        //Create instance of AFHTTPSessionManager and set response to default JSON
        AFHTTPSessionManager *manager = [[AFHTTPSessionManager alloc] initWithBaseURL:baseURL];
        manager.responseSerializer = [AFJSONResponseSerializer serializer];



        [manager POST:@"submit" parameters:parameters success:^(NSURLSessionDataTask *task, id responseObject) {

            self.commandSent = YES;
        } failure:^(NSURLSessionDataTask *task, NSError *error) {

            NSLog(@"%@", [error localizedDescription]);
        }];
    }

---

AFNetworking是一个异步API，构建在Apple NSURLConnection和NSURLSession类之上。它为您处理后台进程，您不应该尝试在库中已经内置的异步逻辑之上添加线程

并发编程可以加快某些任务的执行速度，因为在多核系统上，所有可用的核都可以同时完成一部分工作，就像让多个工人而不是一个工人在建房子一样

不过，就像盖房子一样，也有依赖关系。你不能倒基础，直到污水管和公用设施饲料到位。在浇筑地基之前，你不能建造框架。在墙修好之前你不能盖屋顶。在屋顶打开并且房子防水之前，你不能挂干墙

类似地，当您中断计算机任务以同时运行它时，任务之间通常存在相互依赖关系。在图形处理中，必须先进行顶点计算，然后才能将纹理渲染到生成的曲面上

你的问题告诉我你并不真正理解并发编程背后的概念。有龙！并发编程是一项非常棘手的业务，无论大小，都有无数种方法可以搞糟它，并且由此产生的问题很难诊断和修复

---

如果您不知道竞争条件、锁、自旋锁、信号量等等，请远离并发编程。你会陷入一片混乱。

当你的用户收到电话账单时，他们会恨你。当他们发现是你耗尽了他们的电池时，他们会更加恨你。发帖子来保持TCP连接简直是疯了。现在假设你有10000个用户。然后运行服务器每秒收到4000条帖子的家伙会更恨你。这种行为可能无法通过苹果的筛选过程（再加上这是一个可怕的想法）。我同意其他海报。这是一个可怕的想法，很可能会让你的应用被苹果拒绝。@gnasher729“服务器”实际上是单独的树莓pis，因此一个用户实际上只向一个服务器发送帖子。话虽如此，有什么策略更好呢？为每个请求打开连接。TCP连接非常轻量级；这是一个典型的过早优化案例。谢谢你的回复邓肯。你说得对，我是并发编程新手，在过去几天里才开始阅读。我原以为多使用几个线程会让事情进展得更快，除非有那么多线程，否则并行运行会产生更多的开销。