页面布局中经常用会遇到左侧宽度自适应，右侧固定宽度，或者左侧宽度固定，右侧自适应。总之就是一边固定宽度，一边自适应宽度。
一般固定宽度是导航栏，自适应宽度的是主体内容显示区。
所以要实现这种布局，就先给出如下html结构：

<div class="container"> 
  <div class="sidebar">导航区域</div> 
  <div class="main">主体内容显示区域</div>
</div>
<div class="footer">footer保证前面的不会影响此元素的显示</div>

container用于包裹sidebar与main，footer用来测试前面的布局不会影响footer的正常显示，如果footer样式不对，说明我们的布局是有问题的。
接下来看常见的几种布局方法：

固定区域浮动，自适应区域不设置宽度但设置margin

.container { 
   overflow: hidden;
   *zoom: 1;
}
.sidebar { 
  float: right; 
  width: 300px; 
  background: #333;
}
.main { 
  margin-right: 320px; 
  background: #666;
}
.footer { 
  margin-top: 20px; 
  background: #ccc;
}

其中，sidebar让它浮动，并设置了一个宽度；而main没有设置宽度。
大家要注意html中必须使用div标签，不要妄图使用什么p标签来达到目的。因为div有个默认属性，即如果不设置宽度，那它会自动填满它的父标签的宽度。这里的main就是例子。
当然我们不能让它填满了，填满了它就不能和sidebar保持同一行了。我们给它设置一个margin。由于sidebar在右边，所以我们设置main的margin-right值，值比sidebar的宽度大一点点——以便区分它们的范围，例子中是320。
假设main的默认宽度是100%，那么它设置了margin后，它的宽度就变成了100%-320，此时main发现自己的宽度可以与sidebar挤在同一行了，于是它就上来了。
而宽度100%是相对于它的父标签来的，如果我们改变了它父标签的宽度，那main的宽度也就会变——比如我们把浏览器窗口缩小，那container的宽度就会变小，而main的宽度也就变小，但它的实际宽度100%-320始终是不会变的。
这个方法看起来很完美，只要我们记得清除浮动(这里我用了最简单的方法)，那footer也不会错位。而且无论main和sidebar谁更长，都不会对布局造成影响。

image.png

但实际上这个方法有个很老火的限制——html中sidebar必须在main之前！
但我需要sidebar在main之后！因为我的main里面才是网页的主要内容，我不想主要内容反而排在次要内容后面。
但如果sidebar在main之后，那上面的一切都会化为泡影。
可能有的人不理解，说你干嘛非要sidebar在后面呢？这个问题说来话长，反正问题就是——main必须在sidebar之前，但main宽度要自适应，怎么办？
下面有两个办法，不过我们先把html结构改成我们想要的样子：

<div class="container">
   <div class="main">主体内容显示区域</div> 
  <div class="sidebar">导航区域</div>
</div>

固定区域使用定位，自适应区域不设置宽度但设置margin

我们把sidebar扔掉，只对main设置margin，那么我们会发现main的宽度就已经变成自适应了——于是main对sidebar说，我的宽度，与你无关。
main很容易就搞定了，此时来看看sidebar，它迫不得已抛弃了float。我们来看看sidebar的特点：在右边，宽度300，它的定位对main不影响——很明显，一个绝对主义分子诞生了。
于是我们的css如下：

.container { 
  position: relative;
}
.sidebar { 
  position: absolute; 
  top: 0; 
  right: 0; 
  width: 300px; 
  background: #333;
}
.main { 
  margin-right: 320px; 
  background: #666;
}

这段css中要注意给container加上了相对定位，以免sidebar太绝对了跑到整个网页的右上角而不是cintainer的右上角。
好像完成了？在没有看footer的表现时，我很欣慰。我们来把sidebar加长100px。

image.png

咦，好像不对，footer怎么还是在那儿呢？怎么没有自动往下走呢？footer说——我不给绝对主义者让位！
其实这与footer无关，而是因为container对sidebar的无视造成的——你再长，我还是没感觉。
看来这种定位方式只能满足sidebar自己，但对它的兄弟们却毫无益处。

float与margin齐上阵

经过前面的教训，我们重新确立了这个自适应宽度布局必须要达成的条件：
1.sidebar宽度固定，main宽度自适应2.main要在sidebar之前3.后面的元素要能正常显示，不能受影响
由于绝对定位会让其他元素无视它的存在，所以绝对定位的方式必须抛弃。
如果main和sidebar一样，都用float，那main的自适应宽度就没戏了;如果不给main加float，那sidebar又会跑到下一行去。
所以，最终我决定：float与margin都用。
我打算把main的宽度设为100%,然后设置float:left，最后把它向左移动320，以便于sidebar能挤上来。
但这么一来main里面的内容也会跟着左移320像素，导致被遮住了，所以我们要把它重新挤出来。为了好挤，我用了一个额外的div包裹住内容，所以html结构变成了这种样子：

<div class="container"> 
  <div class="main"> 
    <div class="main_container">主体内容显示区域</div> 
  </div> 
  <div class="sidebar">导航区域</div>
</div>

css则变成这样：

.main { 
  float: left; 
  width: 100%; 
  margin-left: -320px;
}
.main_container { 
  margin-left: 320px;
}
.sidebar { 
  float: right; 
  width: 300px;
}

image.png

这样一改，真正的“main”就变成了main_container，它的宽度跟以前的main一样，是100%-320。
大家可能注意到了代码中的两个margin-left，一个-320px一个320px，最后结合起来相当于什么都没干，着实蛋疼。但它确实解决了main与sidebar的顺序问题。
这个方法的缺点就是：太怪异，以及额外多了一层div。

display:table

当然，以不折腾人为标准的w3c标准早就为我们提供了制作这种自适应宽度的标准方法。那就简单了：把container设为display:table并指定宽度100%,然后把main+sidebar设为display:table-cell;然后只给sidebar指定一个宽度，那么main的宽度就变成自适应了。

.container { 
  display: table; 
  width: 100%;
}
.main { 
  display: table-cell;
}
.sidebar { 
  display: table-cell; 
  width: 300px;
}

image.png

flex

        #container{
            display:flex;/*设为伸缩容器*/
        }

        #aside{
            width:200px;
            height: 300px;
            background:red;

        }
        #mian{
            height: 500px;
            flex:1;/*这里设置为占比1，填充满剩余空间*/
            background:blue;
        }

flex大法好，注意兼容性

Grid

。。。

多列布局（Multi-column）

。。。