[iOS / Swift] メインスレッドでUIの更新を行うことについて

##問題
FirebaseのCrashlyticsで画像のように、メインスレッド以外でUIの更新をしたために起こったクラッシュを検出しました。

上記の問題が起こった心当たりとして、APIリクエストの際に、スレッドを意識せずに開発しておりました。下記のように、APIリクエストをメインスレッドでないスレッドで行い、コールバックで値が帰ってきたあとは、メインスレッドで処理するように変えてみました。

(参考にしたURL
https://dev.classmethod.jp/smartphone/iphone/swift-3-how-to-use-gcd-api-1/
http://program-farm.net/?p=1120)

DispatchQueue.global(qos: .default).async {
//APIリクエスト
Alamofire.request { (response) -> in
  
  //コールバック
  DispatchQueue.main.async {

  }
 }
}

(一旦ざっくり書いてます m(_ _)m)

聞きたいこととしては、上記のコードは問題なさそうかということと、
スレッドを意識する開発するために他に気をつけたほうがいい点などありましたら教えていただきたいです。

よろしくお願いします。

##追記(7/29)
Crashlytics(クラッシュ検出ツール)では、どこでメインスレッド以外でのUIの更新が入ったかわからず、落ちた箇所を特定しづらい状況にあります

t_obara

2018/07/27 08:07

ざっくりとであれば、その意図を言葉でお伝えいただければ、誤解を生まなくてよろしいかと思います。ちなみにAlamofireはスレッドを意識していて、戻りのコールバックはスレッドをmainにしていたような。。

komo_ta

2018/07/27 08:20

スレッドというものを意識して開発したことがなく、どこに問題があるか現状とても曖昧な状態でして。。。なんとなくAPI通信はメインスレッドではないサブスレッドでやったほうがいいのかなと聞いたことがあったので触れました。他では特にUIの描画等でスレッドを指定して処理を行ったりしている箇所はないのですが、UIの処理は全てメインスレッドかどうかを確認して処理を行うものなのでしょうか？。Alamofireの件ありがとうございます！確認してみますmm