UI设计需要学习代码吗，怎么样学习UI设计代码方面的知识呢，对于小白来说，学好UI设计已经不易了，在学习代码知识，估计难上加难。今天我们就来看看UI设计方面的知识点UI线程方面的技能！

UI主线程涉及到大量的图形图像操作，各种结构可能会比较大，需要在堆栈上申请更大的空间。但IO线程仅仅用来传递数据，线程需要的堆栈空间比较小。 通过windebug我们可以准确知道主线程和IO线程，堆栈的大小差别。

再考虑多一些，UI在初始化过程中，不排除会有在栈上分配数据的需求。就是说可能会存放一部分数据在栈上，然后才会进入消息循环，而这些栈上的数据，会导致其他线程，不可能完成刷新【渲染】过程。

楼上很多都偏向于死锁之类的原因。 其实UI显示逻辑，都假定了资源已经准备好，把这些资源渲染出来，显示到设备即可；简单说，UI显示都是 全内存操作，不应该有同步的需求。我们在事件处理函数中，可以阻塞主线程，导致UI假死；但一旦完成事件处理操作，进入UI系统的核心处理逻辑进行渲染操作时，他们一定是单线程，无阻塞的环境。

知识点1、用 javascript promise的做法，其实根本就不需要多线程啊。

这问题也就不存在了。

知识点2、如果多线程可以操作又要同步，VIEW的状态特别多，势必会造成逻辑复杂，增大开销。

知识点3、多线程操作ui太复杂，效果极其不好，在相同情况下单线程ui模型更简单方便

知识点4、楼上说了开发成本和运行成本，然后还有个需求问题，就是这对用户基本没什么用。如果两个线程分别去刷一个显示，用户大概只能看到很炫的像电影里那样跳来跳去的符号吧= =

知识点5、系统规定的。估计是经过研究不要多线程访问界面，就索性规定界面为创建它的线程所拥有，而这个线程一般就为程序默认建立的那个线程，也即为主线程。当然，如果很蛋疼的用其它线程来生成界面，想必也是可以的。

知识点6、

1.所有子线程都要实现每个UI的同步做起来也太复杂了，能够简单点为何搞那么复杂。

2.子线程把UI的操作统一扔到主线程，那么子线程马上可以专心接下来的事情，职业更分明。