Intro to Grand Central Dispatch in Swift 4 with Bob

Threading? Concurrency? Dispatch Queue? Holy Shit | Update on May 14th, 2017

Bob Lee
Bob the Developer
4 min readDec 3, 2016

--

My #1 follower, The Bao, said

I suggested a topic about MultiThreading supporting functions, namely Dispatch Semaphore, DispatchGroup, Flags, Options parameter when creating a Queue and how to do async tasks. I have learned it and saw some tutorial but these do not explain good enough about advanced GCD.” — Nov 26, 2016

I was like, “Shit, that’s a lot of stuff to cover” 😅

Audience

I won’t cover much of what he asked. However, I will cover the fundamental first. I assume you’ve heard Grand Central Dispatch (GCD) is a library built by smart Apple engineers so that we don’t need to worry about handling memory while executing multiple functions at the same time.

If I get over 150 likes, I will make a part 2 in terms of how you would use GCD to update UI while networking (That’s what he truly wants).

The Why

Let’s first talk about why GCD exists in the first place. Imagine you are an iOS developer at Snapchat. The app needs to download upcoming images and videos from the server(database) while a user flips through a hot cheek’s story. How?

Absolute no idea.

“Theoretically”, to achieve the effect, you’d have to create two or more threads (groups of task done by CPU). The first part deals with flipping the image. The second networking with the server.

Do I know how? Nope. 👏

Here comes our savior, Grand Central Dispatch. If I were to explain the concept to a 6-year old, GCD gives you (iPhone) the ability to text your friend (main) while taking a poop (background) with a couple lines of code.

GCD is a magic. It’s like pressing a couple of buttons on a microwave and the food starts heating up. You could study the ins and outs, but you don’t have to. Remember, there are 100+ frameworks by Apple alone.

DispatchQueue

Don’t freak out. DispatchQueue is just an ugly and “sound smart” class name.

The DispatchQueue class is like a manager for constructor workers.👷 The manager can assign heavy work (UI updating) to a dude who benches 350 pounds 🏋🏾 and assigns light work (networking) to a guy who weighs 97 pounds.

Every iPhone has two pre-existing construction workers. Most of the time, if you don’t specifically mention you need more help, you never use the lightweight. Everything is done by the heavy dude.

If you’ve never used GCD, then the heavy dude has been creating those UIs and tables for you. 💪 Of course, the lightweight has been taking care of the system related task pertaining to iOS.

The code below tells how to access your main (heavy) and background (lightweight) objects (workers).

However, if the manager needs to get another 97 pounds, he could simply create an object (lightweight) as shown below.

Since we have access to those objects, now it’s time to use their muscle by assigning some work from us, geeks 😎

Sync vs Async

Before I talk about the difference between the synchronous and asynchronous execution, let’s run the code block first.

Excuse me for its format. I tried to have it as concise as possible.

If the light dude (background) runs the block synchronously, then it prevents any dudes from running at the same time until the code block is finished. It’s a bottleneck.

If the background queue (an iOS term for a construction worker) runs the block asynchronously, it runs at the same time with the main queue.

At Snapchat, if you use the background queue to network synchronously, the UI will be frozen like 99% of the time. And, you will be fired.

Interestingly though, the main queue and the background queue do the job at the same time. Now, let’s create our own custom construction workers.

We’ve created two extra queues which possibly can be used for anything such as downloading and uploading pictures and including doing nothing but chilling. 👍

The content has been migrated from Medium to the personal iOS blog. If you wish to get the full tutorial, please visit here.

--

--