Skip to main content

Đa nhiệm trong lập trình IOS


Multitasking

  • Đa nhiệm là một phần không thể thiếu trong lập trình một ứng dụng, giả sử nếu chương trình của bạn không có đa nhiệm thì sẽ như thế nào. Tưởng tượng bạn như một ứng dụng và việc coding mỗi ngày của bạn được ví như là ứng dụng đang được chạy. Vậy khi đang coding bạn cảm thấy đói quá, nhưng nếu bạn chạy đi mua đồ ăn mà quán ăn đó lại cách xa chỗ bạn làm 5-6km vậy bạn sẽ xử lý như nào. Chạy đi mua về rồi code tiếp, nhưng chạy xa thế thì lại không có thời gian code xong đúng deadline cho sếp.
  • Vậy giải pháp là gì chắc mọi người đều không qua xa lạ đó là nhấc em smartphone lên vào ngay ứng dụng foody hoặc now lên rồi order đồ ăn ngay và luôn.
  • Vậy các bạn cũng có thể dễ dàng hiểu đa nhiệm cũng giống như chúng ta sẽ giao lại một nhiệm vụ cho một bên khác để thực hiện giúp chúng ta, song song đó chúng ta vẫn có thể thực hiện nhiệm vụ của mình một cách trọn vẹn.
  • Còn trong lập trình đa nhiệm có rất nhiều ứng dụng chúng ta có thể sử dụng đa nhiệm để xử lý các tác vụ cần nhiều thời gian như dowload file ảnh hay là gọi api để đổ data về. Nếu không sử dụng thì chương trình của chúng ta sẽ rất nặng nề và sẽ phát sinh ra một số hiện tượng không mong muốn như delay giật lag các kiểu. Vì thế hôm nay mình sẽ giúp các bạn áp dụng đa nhiệm vào trong lập trình IOS.

GCD Introduce

  • GCD là viết tắt của từ Grand Central Dispatch và đây là một low-level API giúp chúng ta trong việc quản lý và thực thi các tác vụ bất đồng bộ. Với GCD chúng ta sẽ tăng được khả năng phản hồi của ứng dụng bằng cách chạy nền các tác vụ cần thời gian. Việc GCD được xây dựng giúp chúng ta dễ dàng thao tác với mô hình bất đồng bộ hơn là phải thao tác với các mô hình như threads hoặc locks.
  • Vậy trước khi hiểu GCD vận hành như thế nào trong IOS chúng ta nên tìm hiểu qua bất đồng bộ trong IOS sẽ được xử lý như thế nào. Trong một ứng dụng IOS có thể bao gồm một luồng (one thread) hoặc nhiều luồn (mutiple threads). Và các luồng có thể chạy một cách độc lập và đồng thời với nhau. Công việc phân luồng chạy như thế nào hay chạy ra sao tất cả đều được quyết định bởi operating system.
  • Nhiều bạn sẽ tự hỏi liệu vậy một nhân thì sẽ chạy đa luồng được không. Mình cũng đã tìm hiểu qua thì một nhân vẫn có thể chạy đa luồng tuy có hơi rườm rà tí là nó phỉa thông qua một phương pháp tên là time-slicing.
  • Nó sẽ thực hiện một context switch hay có thể hiểu đơn giản là nó sẽ thực hiện công việc khác. Ví dụ dễ hiểu khi bạn phải vừa coding vừa chém gió vậy. Khi bạn đang code thì có thằng tới hỏi bạn sẽ dừng lại và chém gió với nó tí rồi lại code tiếp, hành động này được xem như một time-slicing.
  • Còn với 2 luồng thì cũng với ví dụ trên nhưng bạn phân thân ra một thằng khác để chém gió còn lại bạn code nếu có nhiều luồng hơn bạn có thể xử lý rất nhiều task cùng một lúc hay trong lập trình người ta gọi đó là parallelism( song song đồng thời với nhau).
Còn đây là hình minh hoạ của việc chạy đa luồng:
  • Vậy thì GCD hoạt động như thế nào. Chúng ta hãy hiểu đơn giản là GCD cũng dựa vào nguyên lý luồng như trên đề xây dựng ra. Nó sẽ quản lý shared thread pool. Bằng cách thêm những blocks code hay những function vào trong dispatch queues và GCD sẽ quyết định luồng nào sẽ xử lý các work này.
  • Một điều lưu ý ở đây GCD sẽ quyết định có bao nhiêu luồng chạy song song phụ thuộc vào system cũng như tài nguyên trên máy của bạn. Nếu mấy bạn nhiều nhân thì việc chạy GCD sẽ rất tối ưu nhưng nếu bạn chỉ 1 nhân thôi thì nó sẽ chạy bất đồng bộ nhưng không đảm bảo đồng thời (parallism)
  • Bây giờ chúng ta sẽ tìm hiểu qua các phần liên qua tới GCD như là: dispatch queues, queue opreation, type of queue, async && sync.

Dispatch Queues

  • GCD thực hiện thông qua một class đó là DispatchQueue. DispatchQueue sẽ như một hàng đợi khi bạn cần thực hiện công việc gì thì chỉ cần đẩy công việc đó vào hàng đợi này. Và chắc ai cũng biết hàng đợi theo nguyên tắc FIFO( First in First out) nên sẽ ưu tiên thực hiện công việc được đưa vào hàng đợi đầu tiên
  • Dispatch queues là một thread-safe nên các bạn có thể hoàn toàn yên tâm trong việc chạy đa luồng mà không phát sinh race conditions.

Queues Opeartion

  • Queues có hai cách vận hàng đó là serial và concurrent,
  • Đối với serial queue thì một task hay job sẽ được chạy trong một khoảng thời gian nhất định, nghĩa là thằng task 1 chạy xong thằng task 2 mới bắt đầu chạy tiếp và GCD sẽ là thằng đứng ra kiểm soát khoảng thời gian chạy của từng task.

  • Còn với concurrent thì những task của các bạn sẽ có thể chạy một cách đồng thời, nhưng vẫn đảm bảo task được đưa vào đầu tiên sẽ là thằng start đầu tiên chứ không có chuyện start cùng lúc với nhau đâu nhé nên mọi người đừng hiểu lầm việc chạy đồng thời không có nghĩa là bắt đầu cùng lúc với nhau.
  • Và cũng như mọi khi thì GCD sẽ quản lý khi nào thì task start nếu 2 task được chạy trong cùng một khoảng thời gian thì GCD sẽ quyết định việc phân chia task cho các luồng khác nhau. Vậy nếu có 1 luồng thì như mình nói ở trên thay vì phân luồng thì sẽ thực hiện context switch để phân chia task ra.

Type of Queues

  • GCD cung cấp cho chúng ta 3 loại queues chính:
  1. Main queue: Chạy trên luồng chính (main thread) và đây là một serial queue. Và Queue này cũng là nơi chúng ta thực hiện các chứng năng chính cũng như thực hiện việc cập nhập giao diện (UI) sau khi một task hoàn thành xong DispatchQueue.main
  2. Global Queues: Đây là một concurrent queues và ta có thể dùng nó ở bất kỳ đâu vì nó thuộc về hệ thống quản lý . Và nó có 4 mức độ ưu tiên là : high, default, low và background DispatchQueue.global()
  3. Custom queues: Do chúng ta tự tạo ra có thể là serial queue hoặc global queue. DispatchQueue(label: "name_queue")

Synchoronous && Ansynchronous

  • Cái này thì chắc hẳn các bạn đã quá quen thuộc với GCD cũng sẽ hỗ trợ việc này
  • Synchoronous là thực hiện một cách đồng bộ có nghĩa là task này thực hiện xong mới thực hiện chức năng tiếp theo. Ta sử dụng câu lệnh dispatch sau : DispatchQueue.sync(execute: )
  • Vậy còn ansynchronous thì task sẽ chạy một cách đồng bộ không phải đợi task xong rồi mới chạy chức năng tiếp theo. Ta sử dụng câu lệnh dispatch sau: DispatchQueue.async(excute: )

Handling GCD

  • Giả sử mình có một trang web như Foody chẳng hạn, nếu bạn vừa mở ứng dụng lên thì có phải các image đồ ăn phải lấy trên Cơ sở dữ liệu về sau đó mới đẩy vào tableview. Nếu bạn chỉ thực hiện lấy ảnh về là load như bình thường thì khi ứng dụng bắt đầu chạy sẽ đi qua func fetch ảnh từ CSDL đầu tiên, mà đối với quy tắc đồng bộ code sẽ chạy lần lượt, thì điều này có nghĩa là các func ở các line sau sẽ bị ảnh hưởng ( có thể bị treo hoăc giật lag các kiểu) do ảnh quá nhiều và chưa tải về thành công. Vậy ở đây chúng ta sẽ áp dụng GCD để giải quyết vấn đề đó. Mình sẽ thông qua một ví dụ load một data url trên mạng về để minh hoạ cho các bạn cách ứng dụng GCD vào trong app của chúng ta như thế nào.
  • Ở đây mình sẽ tạo một Button để handle sự kiện load image và một ImageView. Tiếp theo chúng ta sẽ tạo một queue và gán label cho nó. Và sau đó đơn giản là dispatch queue đó ra bằng câu lệnh DispatchQueue.async:

  • Nhưng điều đáng lưu ý ở đây thì đây chưa phải là cách tối ưu nhất, các bạn có thể kiểm tra bằng cách mở Debug Navigator và chú ý và thanh Network. Mặc dù hình đã load xong nhưng image vẫn chưa hiện ra và ngay chỗ output trả về các bạn sẽ thấy những dòng cảnh báo như sau UIView being called from background thread:
  • Vậy như chúng ta đã tìm hiểu trước đó, thì việc thay đổi giao diện (UI) không nên chạy trên backgrond thread trong Global Queue như vậy mà chúng ta nên sử dụng Custom Queue kết hợp giữa global và main queue:
  • Vậy là chúng ta đã giải quyết được việc load hình ảnh một cách bất đồng bộ rồi

Ending

  • Việc xử lý bất đồng bộ trong một ngôn ngữ luôn là một phần hết sức quan trọng , vì chúng ta không phải chỉ làm việc với các dữ liệu có sẵn trên local mà chúng ta còn phải tương tác với các bên thứ 3, gọi api, send mail, gửi thông báo tự động,... những job này yêu cầu nhiều thời gian nên việc xử lý bất đồng bộ một cách chính xác sẽ làm cho performance của app chúng ta tăng lên một cách đáng kể và có thể hạn chế các bug không đáng có.
  • Thật sự chia sẻ mình cũng chưa có kinh nghiệm nhiều về IOS cũng như mobile và thời gian hạn chế nên có sai sót gì mong mọi người có thể góp ý cho mình để những bài viết sau chất lượng hơn nữa nhé. Mình cũng xin cảm ơn mọi người đã dành thời gian đọc qua bài chia sẻ này của mình.

Comments

Post a Comment

Popular posts from this blog

Swift Tool Belt, Part 1: Adding a Border, Corner Radius, and Shadow to a UIView with Interface Builder

During my iOS work, I’ve assembled a set of code that I bring with me on every iOS project. I’m not talking about large frameworks or CocoaPods here. These are smaller Swift extensions or control overrides that are applicable to many projects. I think of them as my tool belt. In this post, I’ll show you an extension that will add a border, a corner radius, and a shadow to any UIView, UIButton, or UILabel and allow you to preview what it will look like in Interface Builder. Back in 2014, I wrote a blog post on Expanding User-Defined Runtime Attributes in Xcode where I added a border, corner radius, and shadow to a UIView using Interface Builder’s user-defined runtime attributes. This solution had no type checking—you had to type the property you wanted to modify by hand and often had to look up what it was called. You also had to run your project in order to see the effect of the runtime attribute. Starting with Xcode 6 , there is a new mech...
Post a Comment
Read more

Alamofire vs URLSession

Alamofire vs URLSession: a comparison for networking in Swift Alamofire and URLSession both help you to make network requests in Swift. The URLSession API is part of the foundation framework, whereas Alamofire needs to be added as an external dependency. Many  developers  doubt  whether it’s needed to include an extra dependency on something basic like networking in Swift. In the end, it’s perfectly doable to implement a networking layer with the great URLSession API’s which are available nowadays. This blog post is here to compare both frameworks and to find out when to add Alamofire as an external dependency. Build better iOS apps faster Looking for a great mobile CI/CD solution that has tons of iOS-specific tools, smooth code signing, and even real device testing? Learn more about Bitrise’s iOS specific solutions! This shows the real power of Alamofire as the framework makes a lot of things easier. What is Alamofire? Where URLSession...
Post a Comment
Read more

Frame vs Bounds in iOS

This article is a repost of an answer I wrote on Stack Overflow . Short description frame = a view’s location and size using the parent view’s coordinate system ( important for placing the view in the parent) bounds = a view’s location and size using its own coordinate system (important for placing the view’s content or subviews within itself) Details To help me remember frame , I think of a picture frame on a wall . The picture frame is like the border of a view. I can hang the picture anywhere I want on the wall. In the same way, I can put a view anywhere I want inside a parent view (also called a superview). The parent view is like the wall. The origin of the coordinate system in iOS is the top left. We can put our view at the origin of the superview by setting the view frame’s x-y coordinates to (0, 0), which is like hanging our picture in the very top left corner of the wall. To move it right, increase x, to move it down increase y. To help me remember bound...
Post a Comment
Read more