遇到一个bug，不仔细看，都不一定能发现，bug描述：我们有一个搜索框，里面有一个时间选择器，当我使用<el-date-picker>时，我发现当我选择时分秒之后，显示都正常，但是当我传给后端之后发现，时间居然少了8小时，居然这么巧，不多不少，正好8小时，那肯定是时区的问题了！！！

一、问题复现

        我们在开发的时候，后端由于框架问题，需要一个格林威治格式的时间，而<el-date-picker>组件默认会返回一个格林威治格式的时间，所以刚开始我直接返回了组件默认的时间。

        很明显，组件默认的时间格式传参跟我选择的时间偏差8小时，根本原因是：中国国家标准时间是东经120°（东八区）的地方时间,同格林威治时间（世界时）整整相差8小时

二、解决思路

        官网并没有给出这种情况的解决方案，但是其实不必执着于组件本身：在<el-date-picker>有两个属性：format 和 value-format他们的用法是这样描述的：

format属性：用于控制日期选择器中显示的日期的格式，即用户看到的日期格式。

        它不会影响日期选择器的值，只是用于用户界面的显示。当用户选择日期时，选择器会根据 format 属性来格式化显示的日期，但实际的日期值不会受到影响。

value-format属性：用于控制实际选择器的值的格式，即在v-model中返回的日期值的格式。

        它定义了日期选择器返回的日期值的格式。当用户选择日期时，选择器将会将日期值格式化为value-format中指定的格式，并将其传递给v-model绑定的变量。

        如果清楚了这两个属性的原理，这个问题也就迎刃而解了：默认的格林威志时间会偏差8小时，但是通过value-format转换后的时间是正常的，我们通过这两个属性直接自己设置当前v-model的值（即自己伪装一个格林威治时间），最后我也是通过这种方法直接解决了问题。

三、解决代码

<el-date-picker
   v-model="form.startDate"
   format="YYYY-MM-DD HH:mm:ss"
   value-format="YYYY-MM-DDTHH:mm:ss.000Z"
   type="datetime"
   placeholder="请选择时间"
/>

        注意：format和value-format时间格式设置的时候，一定要注意时分秒的大小写。