手机应用之所以这样设计，不是没有缘由的，屏幕尺寸便是最大的制约因素，这也使得手机很难获得多窗口平铺的环境，更别说厂商们还得兼顾电池续航、处理器性能和内存利用率。
在这些硬件约束下，早期的智能手机系统也在有意限制多任务功能的运行。
比如 Android 系统在 4.0 之前，只会在管理界面显示最近打开过的六个应用图标；而 iOS 发展到第四代才有了一个比较像样的多任务后台界面，但同样是以图标呈现的，无法反应出应用的运行状态，因此很多人也将这类设计称为「伪后台」。
为了不占用 CPU 资源和电量，这些被放到后台的手机应用也与电脑上的「后台运行」不一样。简单来说，它们更像是放在内存里暂时「休眠」，只有当再次唤醒时，它才会恢复你上次退出的界面状态，然后继续运行。
而当内存紧张时，系统还会自动移除这些在后台休眠的应用，也就是我们常说的「系统*后台」现象。
所以，一些用户重新唤醒应用时，看到的可能并不是上次退出时的画面，而是要重新走一次加载条，这也间接导致了我们对当前手机多任务的不信任感。
不过，伴随着手机性能的提升，还有大内存的普及，如今「*后台」的现象已经比以前少很多了；类 webOS 的卡片式设计，也让 Android 和 iOS 获得了更直观、可视的多任务管理界面。
智能手机还用另一种方式弥补了「多任务信息处理」的不足——通知推送。即使我们无法直观地看到后台应用的运行状态，但一旦某个应用的状态发生改变，它们仍然可以以消息的形式，及时地被推送出来，不需要我们反复点开查看。
但机制的改进，仍没有从根本上解决手机端多任务处理的尴尬现状。毕竟就算是应用可以在后台保持活跃，用户在回复微信、或是将信息转移到另一款应用上时，仍然需要用手势在两个应用间来回切换，而不是让它们相互协作。
这根本就不是一个高效的操作流程。
「分屏模式」便是在此需求下诞生的，它的驱动力某种程度上也来自于不断变大的手机屏幕。
相比传统的切换后台操作，Android 分屏确实提高了屏幕的利用效率，也让手机获得了同时显示两个窗口的能力。
但问题是，大部分 Android 应用都没有针对分屏模式进行很好的适配，所以经常会出现显示比例失衡的情况，这多少影响了分屏的适用范围，使用过类似功能的用户大概都有所感触。
加上很多应用分屏后依旧不支持相互间的数据拖拽，和 PC 上的交互也存在一定差距。
