UIStackView 是苹果在 iOS9 提供的视图工具，简单的说，是一个线性布局的容器视图。
我个人觉得，它吸引人的地方有
- 独立性强：子视图完全不需要关心外部的约束，只需要调整自己的宽高。甚至像 label、button 这种能自动撑开的视图，可以完全不写约束，而实现自动布局的功能
- 自由灵活：因为 1 ，所以每一个子视图可以很干脆的，随便移除掉或是隐藏掉，它们的空位会被自动填充掉
你可以尝试下条件渲染的情况：手动调整 不固定元素 之间的间距、以及与 不固定元素 建立 不固定约束... 经历这些痛苦，就知道 UIStackView 多好用了，（这些糟心事其实最终还是做了，只是都被它封装好了）
所以其实 UIStackView 也没什么特别的魔法，它的本质还是基于 AutoLayout 实现的。
然而在 iOS11 以下，UIStackView 却不是那么值得使用，因为它要求所有子视图之间，必须是固定的统一间距，这使得它的应用场景大大缩小。我有好几次跃跃欲试，想要用上这个贼棒的工具，但都莫名其妙的不了了之了。直到我发现 iOS11 它新增了一个功能 - setCustomSpacing:afterView: ，我这才开始愉快的使用起来，感叹着生活的美好。
当我惊讶的发现新项目要求支持 iOS10，UIStackView 不好使的时候，顿时感觉回到解放前，痛苦极了。俗话说得好，由俭入奢易，由奢入俭难。解决办法有两种
- 用多个 StackView 嵌套...
- 放弃它，手动布局...
- ...
超级懒惰的我，这两个方法都不能忍，还是那句话，由奢入俭难。
正文
我也不知道有什么好方法，不过我们先来研究研究 UIStackView，先随便写个 Demo 看看它的视图结构，以垂直布局为例
demo-vertical
可以看到 StackView 的视图结构很简单，除了自定义添加的子视图外，只有一个 _UILayoutSpacer 类型的 UILayoutGuide 对象，它的约束虽然多，但简单到一眼就能看出来，它只是用来统一处理所有子视图的前后（或上下）边界的，仅此而已。
然后随便查看一个子视图的约束，除去自己的宽高、前后边界、centerX(Y)，剩下两条看上去一模一样的约束。实际上这两条约束是不一样的，用鼠标点击，在视图上会直观的高亮标记这条约束，此 Demo 中，
约束1 : green.top = red.bottom + 20
约束2 : orange.top = green.bottom + 20
让我们尝试动态修改约束的值，看看是否可行，找到 约束1 调试信息，拿到它的地址，对它进行动态修改，然后结束调试，点击运行
lldb 修改约束
约束修改成功
结果，我们欣喜的发现，StackView 的表现达到了我们想要的效果。再复查视图结构，打印 约束1 的调试信息，这下真的放心了，约束确确实实改掉了，也确确实实的能实现自定义间距的效果了。
实现
核心原理已经被找到了，具体的实现也就可以稳稳当当的去做了，最终当然是轻轻松松的完成了我想要的功能。
我用了两种方式去实现 StackView 的自定义间距
- 继承，使用自定义子类实现。好处是可以使用跟系统一模一样的方法名
- 扩展，使用分类
- 用新方法实现。可移植性好
- 直接动态实现系统的方法。可移植性最强，缺点就是直接使用系统方法会被报警告⚠️
具体的代码可以在 github 下载
一些细节
- 约束要在
- updateConstraints里面动态修改 - 所有的边界约束其实都是
UIStackView管理的，子视图本身只有自己的约束 - 垂直和水平布局时，要处理的视图边界肯定是不同的（上下、前后）
- 使用
NSMapTable存储子视图和间距的一一对应关系，对子视图应该弱引用 - 如果系统版本满足 iOS11，直接调用系统的方法
网友评论