Docker 是一个开源的应用容器引擎，基于 Go 语言开发。Docker 可以让开发者打包他们的应用以及依赖包到一个轻
量级、可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互
之间不会有任何接口（类似 iPhone 的 app）,更重要的是容器性能开销极低。
Docker应用场景
Docker借鉴了标准集装箱的概念。标准集装箱将货物运往世界各地，Docker将这个模型运用到自己的设计
中，唯一不同的是：集装箱运输货物，而Docker运输软件。
Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。 到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。
到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。 这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统。
他们对新的系统制订了若干目标：
SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而开发人员工作的时候，用的都是自己的电脑，所以首先要从中央服务器下载最新的版本，然后开发，开发完后，需要把自己开发的代码提交到中央服务器。
集中式版本控制工具缺点：
用户表和订单表的关系为，一个用户有多个订单，一个订单只从属于一个用户
一对一查询的需求：查询一个订单，与此同时查询出该订单所属的用户
对应的sql语句：SELECT *,o.id oid FROM orders o, USER u WHERE o.uid = u.id;
查询的结果如下：
public interface UserDao {
List<User> findAll() throws IOException;
}public class UserDaoImpl implements UserDao {
public List<User> findAll() throws IOException {
InputStream resourceAsStream =
Resources.getResourceAsStream("SqlMapConfig.xml");
SqlSessionFactory sqlSessionFactory = new
SqlSessionFactoryBuilder().build(resourceAsStream);
SqlSession sqlSession = sqlSessionFactory.openSession();
List<User> userList = sqlSession.selectList("userMapper.findAll");
sqlSession.close();
return userList;
}
}@Test
public void testTraditionDao() throws IOException {
UserDao userDao = new UserDaoImpl();
List<User> all = userDao.findAll();
System.out.println(all);
}前提概要：工作和学习中，有时候需要实现内网和外网同时访问，内网环境访问不了外网，访问外网使用手机热点又得拔掉网线，来回切换显得非常麻烦，其实在连接热点的情况下，电脑上是有两个网卡的，这个时候经过配置网关分流可以实现内网和外网同时访问的，下面就对我的折腾经验作为分享。 
首先使用ipconfig命令查看本机的网络环境
内网（局域网）：
以太网:
IPv4 地址 . . . . . . . . . . . . : 192.168.46.50
子网掩码 . . . . . . . . . . . . : 255.255.255.0
默认网关. . . . . . . . . . . . . : 192.168.46.1
外网（手机热点）：
以太网2:
IPv4 地址 . . . . . . . . . . . . : 172.20.10.3
子网掩码 . . . . . . . . . . . . : 255.255.255.240
默认网关. . . . . . . . . . . . . : 172.20.10.1可以看到两个网卡是同时连接的，使用route print命令查看路由表可发现：
0.0.0.0 0.0.0.0 172.20.10.1 172.20.10.3 外网
0.0.0.0 0.0.0.0 192.168.46.1 192.168.46.50 内网指向0.0.0.0的有两个网关，这样就会出现路由冲突，两个网络可能不能同时访问。
PS：0.0.0.0指的是本机上的所有IPV4地址
想实现同时访问也很简单
1.删除0.0.0.0的所有路由route delete 0.0.0.0
2.重新添加0.0.0.0网络路由的网关为外网网关，将所有流量默认走外网网关route add 0.0.0.0 mask 0.0.0.0 172.20.10.1
3.将内网网段192.168.46.*的所有流量走内网网关，这样就实现了内网外网同时访问互不影响route add 192.168.46.0 mask 255.255.255.0 192.168.46.1
这里经过我抓包发现内网还有一个网页的服务器地址为192.168.50.187，于是我还需要再添加一个网段走内网流量route add 192.168.50.0 mask 255.255.255.0 192.168.46.1
好了完结撒花~ 
当然这样设置只是临时的，重启就会失效，可以在命令最后加上-p设为静态（永久）路由，防止下次重起时配置消失。
文件上传客户端表单需要满足：
表单项type=“file”
表单的提交方式是post
表单的enctype属性是多部分表单形式，及enctype=“multipart/form-data”
<form action="${pageContext.request.contextPath}/user/quick22" method="post" enctype="multipart/form-data">
名称<input type="text" name="username"><br/>
文件1<input type="file" name="uploadFile"><br/>
<input type="submit" value="提交">
</form>1）页面跳转
直接返回字符串
通过ModelAndView对象返回
2 ）回写数据
直接返回字符串
返回对象或集合
应用上下文对象是通过new ClasspathXmlApplicationContext(spring配置文件) 方式获取的，但是每次从容器中获得Bean时都要编写new ClasspathXmlApplicationContext(spring配置文件) ，这样的弊端是配置文件加载多次，应用上下文对象创建多次。
在Web项目中，可以使用ServletContextListener监听Web应用的启动，我们可以在Web应用启动时，就加载Spring的配置文件，创建应用上下文对象ApplicationContext，在将其存储到最大的域servletContext域中，这样就可以在任意位置从域中获得应用上下文ApplicationContext对象了。
上面的分析不用手动实现，Spring提供了一个监听器ContextLoaderListener就是对上述功能的封装，该监听器内部加载Spring配置文件，创建应用上下文对象，并存储到ServletContext域中，提供了一个客户端工具WebApplicationContextUtils供使用者获得应用上下文对象。
所以我们需要做的只有两件事：
①在web.xml中配置ContextLoaderListener监听器（导入spring-web坐标）
②使用WebApplicationContextUtils获得应用上下文对象ApplicationContext
JdbcTemplate是spring框架中提供的一个对象，是对原始繁琐的Jdbc API对象的简单封装。spring框架为我们提供了很多的操作模板类。例如：操作关系型数据的JdbcTemplate和HibernateTemplate，操作nosql数据库的RedisTemplate，操作消息队列的JmsTemplate等等。
①导入spring-jdbc和spring-tx坐标
②创建数据库表和实体
③创建JdbcTemplate对象
④执行数据库操作
导入spring-jdbc和spring-tx坐标