一个activity，整个全部用fragment填充，和直接用activity绘制，占用上有差距吗？如图
光阴似箭催人老，日月如移越少年。
题主的问题描述不够详尽. 可以从几个方面分析吧:
1. View 绘制效率: 应该没有差别2. 页面加载速度: 单Activity明显要比使用了Fragment的Activity的要高, 因为Fragment需要FragmentManager & ChildFragmentManager来维护他们;3. 内存开销: 单Activity明显要小.
上面3点都可以通过Android开发环境自带的工具来验证下.
p.s. 这俩的使用场景 @zzxxasp 已经说得很简单明了了.
如果题主想问的是内存占用，那肯定会比纯activity占用的多些，毕竟多了内存对象，没什么好说的了。关键你的使用场景是怎样，一个视图还是直接activity吧。
Activity比Fragment效率高。因为Activity可以单独使用，但是Fragment要放在Activity中去使用。如果单个视图的话我觉得还是直接activity比较好，多个切换的话比如QQ微信下面的3个按钮切换视图这种用fragment会比较好
使用Fragment 的目的还是为了分离逻辑便于开发和管理，如果使用单个Fragment能使得逻辑清晰，简化了原本Activity的代码，单个Fragment也不是不可以。
使用单独的Activity就可以了，节省代码。
这个还得看需要,Fragment的作用就是把activity的部分可以独立地东西抽取出来管理.而Fragment又有自己的生命周期,所以职能细分下来就就没有那么复杂了.以前也见过用view去实现Fragment的功能的.
一个蛋糕，一层包装盒的贵还是两层包装盒的贵？
题主的问题描述不够详尽. 可以从几个方面分析吧:
上面3点都可以通过Android开发环境自带的工具来验证下.
p.s. 这俩的使用场景 @zzxxasp 已经说得很简单明了了.
如果题主想问的是内存占用，那肯定会比纯activity占用的多些，毕竟多了内存对象，没什么好说的了。关键你的使用场景是怎样，一个视图还是直接activity吧。
Activity比Fragment效率高。因为Activity可以单独使用，但是Fragment要放在Activity中去使用。如果单个视图的话我觉得还是直接activity比较好，多个切换的话比如QQ微信下面的3个按钮切换视图这种用fragment会比较好
使用Fragment 的目的还是为了分离逻辑便于开发和管理，如果使用单个Fragment能使得逻辑清晰，简化了原本Activity的代码，单个Fragment也不是不可以。
使用单独的Activity就可以了，节省代码。
这个还得看需要,Fragment的作用就是把activity的部分可以独立地东西抽取出来管理.而Fragment又有自己的生命周期,所以职能细分下来就就没有那么复杂了.以前也见过用view去实现Fragment的功能的.
一个蛋糕，一层包装盒的贵还是两层包装盒的贵？