早上感觉不对劲，一睁眼就发现媳妇趴在我身上，她告诉我她的手机找不到了问我看没看到。我去啊~我刚睡醒谁特么知道你手机丢哪里去了？我就直接告诉她我没看到，而且我刚睡醒怎么可能知道。我又告诉她是不是早上上厕所了放厕所了，而且昨天晚上她是玩手机玩睡着的。这样看来，手机在厕所的几率是30%，手机在卧室的几率是70%。不过她非说是我藏起来的。我欲哭无泪啊，我说你再无理取闹我就不理你了。就算你用白花花的大美腿来诱惑我也没用。就像下面这张图一样。
说什么都不行，媳妇不依不饶，我算是无奈了。不过还好最后在床下面找到了。我看了看表才特么6点钟，这娘们这么早爬起来第一反应就是看自己的手机。算是没救了……不过她竟然在我申辩之后竟然不相信自己的老公，也着实可恶。我要处罚她……
不过，仔细想想。百分比这种方式在我们的日常生活中还是比较常见的。例如我百分百没有×××，你百分百×××，某某百分百是×××等等。在我们的工作学习中百分比的形式更是多见。CSS中有些属性的值存在百分比的形式的，今天就来做个总结把这些属性百分比的知识加深下理解。
在页面中很多元素都是可以设置 width 和 height 的。设置可能值的形式中也包含百分比。在早期网页设计中使用 table 经行布局时，为了保证表格能响应内容的变化，很多人都会使用百分比的值来渲染 table 。后来经过技术的演化迭代， table 布局逐渐没落，div+css开始兴起。给 width 和 height 设置固定的PX成为主流。百分比 table 的形式荣光不再，但伟大的想法总会是卷土重来。再后来移动客户端兴起，响应式布局也随着开始火起来。百分比也就是解决响应视口变化的不二法门。DIV+CSS、百分比形式再加上 @media 三者的结合有称霸前端的趋势。当然现在似乎更前沿的是css中的 flex 布局，这个有机会再聊。
前面说了这么多，其实 width 和 height 设置百分比还是很容易被理解的，就是参照物是父元素。例如 width:50% 就是说元素的宽度是父元素宽度的50%， height:30% 就是高度是父元素高度的30%。这个没什么要特别说的，就是对应父元素的属性值进行百分比计算， width 对 width ； height 对 height 。看下面的图就能理解。
margin 和 padding 的百分比是个比较难以理解的属性。当然它也是相对于父元素来计算自己百分比的值的，不过计算方式有点奇葩，它们是基于父元素的 宽度（width） 来进行计算的。 margin-left/margin-right 和 padding-left/padding-right 基于父元素宽度还好理解，奇葩点就是 margin-top/margin-bottom 和 padding-top/padding-bottom 的百分比也是基于父元素的宽度来计算的。什么个情况？难道不是 width 和 height 的计算方法啊?
上面的图中可以清晰的看出来实际渲染结果却是是按照父元素宽度的百分比来设置的。 margin-top:10%的实际渲染结果50pxpadding-top:1%的实际渲染效果是5px，它们都是根据父元素的宽度 width:500px产生的计算结果。这个试验印证了： 子元素边距和填充距的值设为百分比，那么它的计算方式就是根据父元素的宽度（ width ）来进行计算的。 另外提一下的是，在上面的图中可以看到我在父元素设置了一个 overflow:hidden的声明。这个是为了防止margin collapsing的出现。关于margin collapsing的详细介绍出门右转在我的文章 《浅析让人D疼的margin折叠》 中有说明。
嗯！奇葩的百分比，我也跟着奇葩了。我竟然不说原理直接上实验结果了。酒香不怕巷子深，这点小小的“奇葩”不耽误我们理解这个知识点。从相应的官方文档 《8.3 Margin properties》 也能看到相应的说明。下面引用相应关于 margin 的资料。
然后这里是引用相应关于 padding 的资料，它来自于 《5. The padding properties》 。
问题来了，为什么是基于宽度来计算呢？
这是因为我们的“阅读模式”导致的，我们都是“从左向右逐字，由上到下逐行”的阅读习惯，这种模式也就决定了宽度必须是固定的，而高度是可以无限扩展的。在一个高度可以随时扩展且是无限的容器内，百分比的计算结果就会不固定，这个有悖于我们的“排版、布局”的设计初衷，页面元素变的不容易可控。
所以依据宽度固定的计算结果能更好的控制“设计结果”。其实这是西方的阅读方式，我们中国的传统阅读习惯是“从上到下逐字，从右向左逐列”的模式，没办法谁让这玩意是人家发明的呢。
如果使用属性 writing-mode 改变文本流的方向变成垂直流的话，那么这个计算方式就不是依据父元素的宽度了，而是依据复原度的高度。因为在垂直文本流中，高度变成固定而宽度变成了可以无限扩展。这个介绍到这里差不多了，继续下一个。
position是个大宝贝儿，不管是 position:absolute还是 position: relative使用方位都非常广。关于两者的区别不再过多啰嗦，这篇文章只关于百分比的问题。设置完毕 position 之后可以根据 top/right/bottom/left 属性的值来对元素进行定位，它们的取值形式中也还有百分比。关于百分比是和谁有关呢？先买个关子。我们先来建立一个概念，让我们的脑海中有个“逆Y轴坐标”——自己胡乱起的名字，别较真~
有了这个图之后，再理解 top/right/bottom/left 属性的百分比值就容易许多。说白了其实还是与父元素的 width 和 height 属性有关。从图上可以知道 top 就是和父元素 height 有关，其他的几个属性的百分比计算也是一样，都是通过父元素来确定自己的值的。
需要注意的是 top/right/bottom/left 属性在同方向上只能有一个属性有效，例如设置了 top 再去设置 bottom 就会无效，设置了 right 再去设置 left 就会无效。如果四个同时设置，只会生效两个。他们的权重是上大于下，左大于右，意思是同时设置上下，那么上生效。同时设置左右，左生效。
而且在设置不同的组合，相当于原点来计算的元素顶点位置也是不一样的。具体情况如图：
常用的就这些了，不过还没完 嘿嘿嘿 ~
上面所有的情况都是在常规盒模型下的结果。也就是 box-sizing: content-box时的结果。如果修改为怪异盒模型即 box-sizing: border-box之后，计算方式没有变，该与谁有关就与谁有关。可是计算结果会多出一步来，就是需要减去 border 和 padding 的值。
因为在标准盒模型下，宽和高的值就是固定的，是不包含 border 和 padding 的。而怪异盒模型下的宽和高是包含 border 和 padding 的值的。换句话说： 在标准盒模型下，百分比的计算和宽高的值有关，拿来直接计算；在怪异盒模型下，百分比的计算是和容器真实大小有关（宽高 减去 margin-padding=真实大小）。 关于盒模型的概念在我的文章 《盒模型与box-sizing》 中很详细的说明。
举个例子就能验证下我的说法是否正确。点击进入 “栗子”
如果我的心算没有错，橙色块的 width:80pxheight:15px，我要快点闪了，没时间贴验证图了。自己可以进入浏览器调试模式，选中橙色的块看下我的心算结果对不对。我闪了，88~
css最常用的选择符是类，即class,还有就是id
和元素，其次有通配符*还有一些伪类和伪元素。
子元素可以继承父元素的属性值。
优先级的话，id
>
class
＞元素＞伪类和伪元素。!
important
优先级最高，但不常用。还有一种是.id
>
.class
要大于.
class,
既优先权可以累加
