上下文：
	个人认为可以分为   上文，上下文，下文 来进行关联理解
		上文：可以认为是提供服务的一方：如 源码方，服务端 等等 为“主”的一方
		上下文：可以认为就是中间层，而这中间层往往是上文 设置产生的
		下文：可以认为就是消费的一方，但就是一定得遵守中间层的规则来正确的和上文进行关联。
	所以我又可以认为  上下文 其实就是一个范围，一种关联。我提供出一种使用范围，你如果要来使用它，就必须遵守我设置好的这个范围，超过了我不会去管，我不认。之后你来正确的调用，我们就可以认为是关联了起来，上下文就像是个桥梁一样，关联之后 我可以提供我所能提供的东西。其他的你还是访问不了。
	
	实例1：正如我们所看到的 有时候我们需要在 ip地址之后加上项目名 才能正确的访问，http://localhost:8080/project
	为什么呢？
		因为我在项目中配置了这个参数，我规定一定要加，不加的话不给访问。
		之后就是客户端要访问的话 就一定得去加上这个项目名才能访问项目
		我认为：其中的project  就是我指定的项目名，也就是上下文，你得先获取到这个上下文并且按照我的规范来使用它，就可以正确的访问我的项目。
	实例2： 我们都知道，用Dockerfile 构建docker 镜像  都得在最后加上一个点。{.},
		那么其实这个点 就是docker 服务端所提供的的上下文，也就是说我们只能用这个当前目录来构建镜像。
		如copy./xxxx  :docker 会把当前目录下的所有文件发送个服务端。
		但是如果写成copy ../xxx 或者 copy /xxxx 当把这个命令发送给服务端的时候，服务端并不会接受。因为这个超出					  他的理解范围了，他只认. 。
		最好不要被 dockefile文件所误导，因为，docke 会默认当前目下的dockerfile文件为Dokerfile。其实我们可以 加					个-f 的参数来指定dockerfile 的文件所在位置，也可以不用叫dockefile文件。但是一般我们都是写在当前目录下。
		所以有时候不要把dockefile文件丢到根目录下，因为docker 会把当前根目录 所有东西发给服务端。
		所以最好创建一个空文件夹。需要发送什么文件都需要复制一份到该目录下。
		所以我认为:docker 中的这个点最好认为是上下文。也就是docker服务端我制定的规则，我们要使用它就得遵守它	的规则来使用。


。。。这是本人的一点小理解，纯手打。希望走过路过的可以加以批评和修正。一起在代码之路越走越远。