positon 与 display 的相互关系

转自 https://www.cnblogs.com/baimiaolei/p/5627755.html 和 https://blog.csdn.net/baoxiaofeicsdn/article/details/58603959

float、position 和 display 之间的关系：

如果display的值为none，那么后两者就不会产生作用，也不会有任何的盒子产生；

除此之外，如果元素为absolute或者fixed定位，那么float的属性值相当于‘none’，display的属性如下面的表格所示。

盒的位置根据“top”，“right”，“bottom”和“left”属性与盒的包含块决定。

除此之外，如果float属性的值为不是none，那么元素将会浮动，元素的display属性将如下表所示；

除此之外，如果元素是根元素，那么元素的属性如下表所示；

除此之外，元素的display属性则根据设定来取值。

这是由于float和绝对定位都是使用块框架（block layout）来显示，所以会隐式地改变display的值。

margin collapse 外边距合并

浮动及绝对定位元素外边距不会合并。

overflow

overflow可以应用于float和定位元素。

如果一个绝对定位元素的内容溢出其内容框，而且overflow设置为要求剪裁该内容，使用clip属性可以改变剪裁区域的形状。

positon 与 display 的相互关系

元素分为内联元素和区块元素两类（当然也有其它的），在内联元素中有个非常重要的常识，即内两元素是不可以设置区块元素所具有的样式，例如:width | height。

relative : 原来是什么类型的依旧是什么类型。

absolute | fixed ：元素就被重置为了区块元素，例如：打算为span元素指定大小，并绝对定位

span这是完全正确的，

span，这里的display:block就是多余的了。

position 与 float 的相互关系

一个元素若设置了 position:absolute | fixed; 则该元素就不能设置float。这是一个常识性的知识点，因为这是两个不同的流，一个是浮动流，另一个是“定位流(这是自己起的名字，呵呵)”。

但是 relative 却可以。因为它原本所占的空间仍然占据文档流。

position: relative和position: absolute 都可以改变元素在文档中的位置，设置position: relative 或 position: absolute都可以让元素激活left、top、right、bottom 和 z-index 属性。

网页虽然看起来是平面的二维结构，但它其实是有z轴的，z轴的大小由z-index 控制，默认情况下，所有元素都是在z-index: 0 这一层的，这就是文档流。设置position: relative 或 position: absolute会让元素浮起来（就像游戏中的概念-多层图层），也就是z-index大于0，它会改变正常情况下的文档流。不同的是position: relative 会保留自己在z-index:0 层的位置，但是它的实际位置可能因为设置了left、top、right、bottom值而偏离原来在文档流中的位置，但对其他仍然在z-index:0层的元素位置不会造成影响。而position: absolute会完全脱离文档流，不再在z-index:0层保留占位符，其left、top、right、bottom 值是相对于自己最近的一个位置–设置了position: relative 或 position: absolute的祖先元素的，如果祖先元素都没有设置position: relative 或 position: absolute，那么就相对于body元素。

除了position: relative 和 position: absolute，float也能改变文档流，不同的是，float属性不会让元素“上浮”到另一个z-index层，它仍然让元素在z-index:0 层排列，float不像position: relative 和 position: absolute那样，它不能通过left、top、right、bottom属性精确地控制元素的坐标，它只能通过float:left 和 float:right 来控制元素在同层里“左浮”和“右浮”。float会改变正常的文档流排列，影响到周围元素。

另一个有趣的现象是position: absolute 和 float会隐式地改变display类型，不论之前什么类型的元素（display:none除外），只要设置了position: absolute 或 float中任意一个，都会让元素以display:inline-block的方式显示：可以设置长宽，默认宽度并不占满父元素。就算我们显式地设置 display:inline或者display:block，也仍然无效（float在IE6 下的双倍边距bug就是利用添加display:inline来解决的）。值得注意的是，position: relative却不改变display的类型。

1、position 对 float 的影响：float 可以说是定义同辈元素之间的位置关系，浮动元素相对于父元素，其位置的定义是确定不变的的：基于position:static/relative时的位置，向左侧或右侧靠近(一个可能的错误的认识是，浮动元素会向左上角或右上角浮动)，

因此，position:static 和 position:relative 与 float 的效果可以叠加，

但 position:absolute、position:fixed 这两个定位属性依赖于自身元素之外的参照，将使 float 的效果无法表现出来。

2、浮动元素对文本的影响：浮动概念的基础是图文混排，因此同辈元素的在排版时如果浮动元素与非浮动元素之间发生覆盖，无论是谁覆盖谁，非浮动的元素内的文字将会被挤走，如下例：

.elm{ width:100px; height:50px;background:green; border:1px solid red; }

.lf{float:left; }

float

no float，被挤走

3、浮动元素对父元素的影响：浮动元素的父元素丢失 block 高度，即使定义了高度，也无法影响其同辈浮动元素及其浮动的子元素的布局，默认情况下，如果父元素没有定义高度，则父元素的内容会撑开父元素，达到自适应 block 高度的效果，浮动元素无法撑开其父元素的block 高度。

4、浮动元素对自身的影响：浮动元素将按 inline-block 形式布局（haslayout），即使将他设置为 display:inline;，因此，默认宽度自动扩展为100%的元素浮动之后，宽度由元素内容撑大，原来没有高宽属性的元素也变得可以定义高宽；如果出现重叠，浮动元素将叠加在非浮动的同辈元素之上（像是具有更大的z-index值）；

5、display, position, float 之间的相互关系：

1. 如果display等于none，则用户端必须忽略position和float。在这种情况下，元素不产生盒子。

2. 否则，如果position等于absolute，则display与float皆强制为none(list-item保持不变)。盒子的位置由边界偏移量确定。

3. 否则，如果float不等于none或该元素是根元素，则display强制为block(list-item保持不变)。

4. 否则，使用指定的display属性。

1、绝对定位完全脱离普通流，因此绝对定位元素无法跟普通流搭建交互关系（普通流能影响绝对定位，绝对定位不影响普通流），这样来说，在一些自适应布局场景中，绝对定位就存在一些缺陷（需要更多的限制因素，非常不灵活）。如果希望用绝对定位实现你说的 float 或 inline-block 同样的效果，这个时候一般是不推荐用绝对定位。

2、对于浮动，这个属性一般不是用来做布局的（偏向于排版），但是CSS2.1好像也就这个属性能够满足一些特定需求，所有才有了浮动布局。浮动相对绝对定位好处是，它默认可以影响行内布局，通过 clear 清除浮动也可以影响块布局，可以与普通流建立良好的交互。而且浮动本身是脱离普通流的，在元素的水平定位上相比于 inline-block 更加灵活多变，而 inline-block 的水平定位则更加有序。

3、inline-block，这个属性也不是用来布局的（偏向于排版），但是在 CSS3 普及之前，它的用处也很大。该元素的盒子在行框中进行格式化，其顺序与源HTML中的顺序一一对应。同时该元素不脱离普通流，这比浮动来说有更大的优势，它可以跟普通流自然交互，而不必要借助去其他属性。而且相比浮动，相邻元素间的垂直对齐方式，inline-block 比 float 更加灵活， float 格式化时有一条规则，就是越高越好（因此常常表现为顶端对齐），而 inline-block 在行内格式化，拥有更灵活的垂直对齐方式。应用：

如果使用了浮动，清除浮动就会成为你的副作用，而且如果你没有良好的HTML/CSS 结构的话，清除浮动是一个很复杂的事情。

inline-block 虽然避免了清除浮动的事情，但是会有另一个副作用，即空白符问题。这个问题的解决方案也令人十分蛋疼，因为毕竟 inline-block 不是布局属性，它仅仅是行内级块容器盒子。同时，作为IFC环境中的格式化问题，垂直居中、行高等问题也有可能是一个副作用。

其他：

其实在 CSS2.1中，利用表格 table 布局也是非常强大的方法。表格布局在等高，同列等宽对齐，垂直居中对齐上面的优势是其他方法很难媲美的。甚至于在自适应场景中，表格布局的灵活性也非常出众。

float: left|right; 可以自动排列自动折行, 但需要clear来配合清除浮动;

display: inline-block; 有些时候可以替代float实现相同的效果.

position: absolute|relative; 要配合top,left等定位;举例:

div {border: 1px solid red; margin: 1px;}

div div {border: 1px solid blue;}

Float 1

Float 2

Inline Block 1

Inline Block 2

Position 1

Position 2

表现:

上面的是float, 中间的是inline-block, 下面的是position, 可以看出:

1. 当居右(右浮动)时, float是按先后顺序来的, 先写的排子右边; 而inline-block则保持左右顺序不变.

2. 在部分浏览器中(以上是在的firefox中), 空行或空格会影响到inline-block, 却不会影响到float的block.

3. position只能配合left,right来定位, 如果去掉则重叠在一起; 不能借助clear等自动扩展容器.

4. 他们都有共同点, 如果包裹的是行级元素, 则宽度可以按内容宽度自适应.

使用场景:

照片墙, 选项卡, 导航条等可以使用inline-block或float, 推荐inline-block, 但需要注意浏览器兼容, 用float记得习惯性的使用clear.

Tip等提示, 悬浮窗, 遮罩等, 建议使用position.

...

2 2.0.6

这里有些东西暂时不谈-->

...

-->

junit

4.0

jar

test

true

groupId，artifactId和version这个三组合标示依赖的具体工程，而且这个依赖工程必须是maven中心包管理范围内的。如果碰上非开源包，maven支持不了这个包，那么则有三种方法处理：1.本地安装这个插件install plugin例如：

mvn install:install-file -Dfile=non-maven-proj.jar -DgroupId=some.group -DartifactId=non-maven-proj -Dversion=1

2.创建自己的Repositories并且部署这个包，使用类似上面的deploy:deploy-file 命令3.设置scope为system，并且指定系统路径

dependency里面的classifier，用于区分从同一个pom编译出来的但是内容不同的同名包，例如同一个工程编译出两个artifact，一个支持jdk1.5一个支持jdk1.4，那么就可以使用这个来命名为jdk15和jdk14来区分，它如果出现在包名中，那么它必须跟在版本号后。还有一种情况是将一个工程的一些次要artifact附到主要artifact中，就可以使用这个来区分，例如一个工程产生source，javadoc，class三种东西，那么就可以使用不同的 classifier来分别标识这些东西

dependency里面的type，默认为jar，类型，常用如：jar，ejb-client，test-jar，可以设置plugins中的extensions值为true后在增加新类型

dependency里面的scope，指定 classpath，可以为：compile（默认的，compile scope在所有classpaths内有效，这些dependencies将会传播到项目中。provided：指示jdk或者某个容器可以提供他，它只在compilation和test的classpaths有效，而且不会传播的。runtime：指示这个dependency在编译过程是不必要的，但是执行需要，在test和runtime的classpaths有效，在compile的classpaths无效。test：指示这个 dependency在一般程序运行是无效的，但是在test的compilation和execution是有效的，system则跟provided 类似，但是这种dependency必须人工明确地制定。这种依赖不会在repository中查找。

dependency里面的systemPath：只在dependency的scope声明为system的时候才有用除，否则，build的过程将会失败。路径必须是绝对的，所以最好使用property来声明机器的特定路径。

dependency里面的optional：如果工程本身是一个dependency那么就标记为optional，例如X需要A，A需要B，那么X只需要optional的B，则B在X中就是optional声明的了

dependency里面的exclusions：如果X需要 A，A包含B依赖，那么X可以声明不要B依赖，只要在exclusions中声明exclusion。optional是不会install或者使用B，而exclusion是将B从依赖树中是删除。例如appfuse不想使用hibernate，但是appfuse是集成hibernate的，所以就排除掉：

org.appfuse

appfuse-hibernate

-->

...

org.codehaus.mojo

my-parent

2.0

../my-parent

-->

...

my-project

another-project

-->

...

defaultGoal：默认的目标，必须跟命令行上的参数相同例如jar:jar，或者与时期（parse）相同，例如install

directory：指定build target目标的目录，默认为${basedir}/target，即项目根目录下的target

finalName：指定去掉后缀名后的工程名字，例如：默认为${artifactId}-${version}

filters：用于定义指定filter属性文件位置，例如filter元素赋值filters/filter1.properties，那么这个文件里面就可以定义name=value对，这个 name=value对的值就可以在工程pom中通过${name}引用，默认的filter目录是${basedir}/src/main/filters/

resources：描述工程中资源的位置

META-INF/plexus

false

${basedir}/src/main/plexus

configuration.xml

**/*.properties

targetPath：指定build资源到哪个目的目录，默认是base directory

filtering：指定是否将filter文件（即上面说的filters里定义的*.property文件）的变量值在这个resource文件有效，例如上面就指定那些变量值在configuration文件无效

directory：指定属性文件的目录，build的过程需要找到它，并且将其放到targetPath下。默认的directory是${basedir}/src/main/resources

includes：指定包含文件的patterns，符合样式并且在directory目录下的文件将会是包含进project的资源文件

excludes：指定不包含在内的patterns，如果includes与excludes有冲突，那么excludes胜利，那些符合冲突样式的文件还是不会包含进来的

testResources：这个模块包含测试资源元素，其内容定义与resources类似。不同的一点是默认的测试资源路径是${basefir}/src/test/resources，测试资源是不部署的。

-->

...

org.apache.maven.plugins

maven-jar-plugin

2.0

false

true

test

...

extensions：true or false，决定是否要load这个plugin的extensions

inherited：是否让子pom继承true or false

configuration：通常用于私有不开源的plugin，不能够详细了解plugin的内部工作原理，但使plugin满足需要满足的properties

dependencies：与pom基础的dependencies的结构和功能都相同，只是plugin的dependencies用于plugin，而pom的dependencies用于本身这个工程，在plugin的dependencies主要用于改变plugin原来的 dependencies，例如排除一些用不到的dependency或者修改dependency的版本等，详细请看pom基础的 dependencies

executions：plugin也有很多个目标，每个目标具有不同的配置，executions就是设定plugin的目标

echodir

run

verify

false

Build Dir: ${project.build.directory}

id：标识符

goals：里面列出一系列的goal元素，例如上面的run goal

phase：声明goals执行的时期，例如：verify

inherited：是否传递execution到子pom

configuration：设置execution下列表的goals 的设置，而不是plugin所有goals的设置

plugin Management: 用于管理plugin，与pom build里的plugins区别是，这里的plugin是列出来，然后让子pom来决定是否引用的，例如后面的引用方法。

org.apache.maven.plugins

maven-jar-plugin

2.2

pre-process-classes

compile

jar

pre-process

子pom引用方法：

在pom的build里的plugins引用：

org.apache.maven.plugins

maven-jar-plugin

build 里面的Directories：

${basedir}/src/main/java

${basedir}/src/main/scripts

${basedir}/src/test/java

${basedir}/target/classes

${basedir}/target/test-classes

这几个元素只在parent bulid element里面定义，他们设置多种路径结构，他们并不在profile里，所以不能通过profile来修改

build 里面的Extensions：

它们是一系列build过程中要使用的产品，他们会包含在running bulid‘s classpath里面。他们可以开启extensions，也可以通过提供条件来激活plugins。简单来讲，extensions是在build过程被激活的产品

org.apache.maven.wagon

wagon-ftp

1.0-alpha-3

-->

...

reporting包含site生成阶段的一些元素，某些maven plugin可以生成reports并且在repoting下配置。例如javadoc，maven site等，在reporting下配置reprot plugin的方法与build几乎一样，最不同的是：build的plug-in goals在executions下设置，而reporting的configures goals在reportset。更微妙的不同是reporting下的plugin configuration works as a build plugin configuration，但是相反是不对的（即build plugin configuration does not affect a reporting plugin）。

excludeDefaults：是否排除site generator默认产生的reports

outpoutDirectory，默认的dir变成：${basedir}/target/site

Report sets：设置execution goals，相当于build里面的executions。不同的是不能够bind a report to another phase，只能够是site

...

sunlink

javadoc

true

http://java.sun.com/j2se/1.5.0/docs/api/

reporting里面的厄reportSets和build里面的executions的作用都是控制pom的不同粒度去控制build的过程，我们不单要配置plugins，还要配置那些plugins单独的goals。

-->

...

Apache 2

http://www.apache.org/licenses/LICENSE-2.0.txt

repo

A business-friendly OSS license

# name, url and comments: are self explanatory, and have been encountered before in other capacities. The fourth license element is:

# distribution: This describes how the project may be legally distributed. The two stated methods are repo (they may be downloaded from a Maven repository) or manual (they must be manually installed).

-->

...

Codehaus Mojo

http://mojo.codehaus.org

很多工程都受到某些组织运行，这里设置基本信息

-->

...

eric

Eric

eredmond@codehaus.org

http://eric.propellors.net

Codehaus

http://mojo.codehaus.org

architect

developer

-6

http://tinyurl.com/prv4t

-->

...

Noelle

some.name@gmail.com

http://noellemarie.com

Noelle Marie

http://noellemarie.com

tester

-5

some.name@gmail.com

-->

...

Bugzilla

http://127.0.0.1/bugzilla/

-->

...

continuum

http://127.0.0.1:8080/continuum

mail

true

false

continuum@127.0.0.1

maven捕获一些经常重发生的配置，在notifier元素里配置。A notifier is the manner in which people are notified of certain build statuses. In the following example, this POM is setting a notifier of type mail (meaning email), and configuring the email address to use on the specified triggers sendOnError, sendOnFailure, and not sendOnSuccess or sendOnWarning.

-->

...

User List

user-subscribe@127.0.0.1

user-unsubscribe@127.0.0.1

user@127.0.0.1

http://127.0.0.1/user/

http://base.google.com/base/1/127.0.0.1

看不懂解释啊，照搬吧：

# subscribe, unsubscribe: There elements specify the email addresses which are used for performing the relative actions To subscribe to the user list above, a user would send an email to user-subscribe@127.0.0.1.

# archive: This element specifies the url of the archive of old mailing list emails, if one exists. If there are mirrored archives, they can be specified under otherArchives.

# post: The email address which one would use in order to post to the mailing list. Note that not all mailing lists have the ability to post to (such as a build failure list).

-->

...

scm:svn:http://127.0.0.1/svn/my-project

scm:svn:https://127.0.0.1/svn/my-project

HEAD

http://127.0.0.1/websvn/my-project

connection, developerConnection: 都是连接字符串，其中后者是具有write权限的scm连接，常用的scm工具包括cvs与subversion，还有其他scms，url的字符串格式是：scm:[provider]:[provider_specific]，例如cvs的是scm:cvs:pserver:127.0.0.1:/cvs/root:my-project

tag：说明project所在的目录tag，默认是HEAD，表示根目录

url：公开的可浏览repository

-->

...

BASE_REPO可以是本地，也可以是远程的。repository元素就是声明那些去查找的repositories

默认的central Maven repository在http://repo1.maven.org/maven2/；

false

always

warn

true

never

fail

codehausSnapshots

Codehaus Snapshots

http://snapshots.maven.codehaus.org/maven2

default

release和snapshots：是artifact的两种policies，pom可以选择那种政策有效。

enable：本别指定两种类型是否可用，true or false

updatePolicy:说明更新发生的频率always 或者 never 或者 daily（默认的）或者 interval:X（X是分钟数）

checksumPolicy：When Maven deploys files to the repository, it also deploys corresponding checksum files. Your options are to ignore, fail, or warn on missing or incorrect checksums.

layout：maven1.x与maven2有不同的layout，所以可以声明为default或者是legacy（遗留方式maven1.x）。

-->

...

downloadUrl：是其他项目为了抓取本项目的pom’s artifact而指定的url，就是说告诉pom upload的地址也就是别人可以下载的地址。

status：这里的状态不要受到我们的设置，maven会自动设置project的状态，有效的值：none：没有声明状态，pom默认的；converted：本project是管理员从原先的maven版本convert到maven2的；partner：以前叫做synched，意思是与partner repository已经进行了同步；deployed：至今为止最经常的状态，意思是制品是从maven2 instance部署的，人工在命令行deploy的就会得到这个；verified：本制品已经经过验证，也就是已经定下来了最终版。

repository：声明deploy过程中current project会如何变成repository，说明部署到repository的信息。

false

corp1

Corporate Repository

scp://repo1/maven2

default

true

propSnap

Propellors Snapshots

sftp://propellers.net/maven

legacy

id, name:：唯一性的id，和可读性的name

uniqueVersion：指定是否产生一个唯一性的version number还是使用address里的其中version部分。true or false

url：说明location和transport protocol

layout：default或者legacy-->

mojo.website

Mojo Website

scp://beaver.codehaus.org/home/projects/mojo/public_html/

与上面repository的元素相同意思

-->

Relocation：

说明工程的变更，在这里警告使用者当心工程被重命名了等信息。重新指定id和名称，并且写个message注明备注

org.apache

my-project

1.0

We have moved the Project under Apache

-->

...

它包含可选的activation（profile的触发器）和一系列的changes。例如test过程可能会指向不同的数据库（相对最终的 deployment）或者不同的dependencies或者不同的repositories，并且是根据不同的JDK来改变的。那么结构如下：

test

...

Activation：

触发这个profile的条件配置如下例：（只需要其中一个成立就可以激活profile，如果第一个条件满足了，那么后面就不会在进行匹配。

test

false

1.5

Windows XP

Windows

x86

5.1.2600

mavenVersion

2.0.3

${basedir}/file2.properties

${basedir}/file1.properties

激活profile的方法有多个：setting文件的activeProfile元素明确指定激活的profile的ID，在命令行上明确激活Profile用-P flag 参数

查看某个build会激活的profile列表可以用：mvn help:active-profiles

-->