不过性能最优的方式还是要为被拖拽的那个元素触发composite layer（可以叫它合成层），因为现在浏览器一般都是 合成化渲染，并且大部分 光栅化（就是把元素形状的几何数据描述变成像素描述的过程，可以理解成矢量变成位图）过程都是在CPU上进行的，如果不把被拖拽的那个元素触发成为 合成层 那么CPU就会重复的paint这个元素，这是不合理的(CPU paint的过程比较耗时)，所以应该让CPU尽量少的paint这个元素，最好只paint一次，之后的拖拽（也就是位移，甚至是旋转啊、缩放啊等这些仿射变换） 都可以直接交给GPU在合成（composited）的时候来做，这也就是所谓的硬件加速机制。
合成过程就是把几个合成层（一个合成层可以是 一个元素或多个元素组合经过CPU 光栅化后得到的图片）根据各个层的几何顶点信息、矩阵描述、透明度、blend效果等信息使用GPU进行重新的光栅化渲染到一张直接投影到屏幕上的图片上（帧缓冲区 framebuffer），然而这里的光栅化是非常快的，不同于CPU的那个光栅化的过程。原因大致如下：
一、因为这个时候的渲染只是把一张现成的位图合成到一起（就像纹理贴图，可以简单理解成像素值的简单计算和拷贝）。而不像CPU光栅化，它是将非常复杂的几何数据（是由浏览器分析dom的css样式所得到的）通过一系列复杂的逻辑计算后得到一个像素最后得到一张图片。
二、因为GPU有非常多个处理单元在并行的处理这些简单的渲染，它的计算吞吐量是很大的。而CPU的处理单元非常少，做强逻辑的计算非常适合，但是做这种简单的加减乘除计算不如GPU快（人多力量大）。
解决方案 ：利用css的pointer-events:none，拖拽产生的时候用CSS禁止掉所有事件，然后调用；
设置css
js
sortable.js 官网
拖放排序插件Sortable.js中文介绍
1. 安装 npm 或 yarn 安装
2. 使用
效果：
3. 小结
事件：
onChoose ：function 列表单元被选中的回调函数
onStart ：function 列表单元拖动开始的回调函数
onEnd ：function 列表单元拖放结束后的回调函数
onAdd ：function 列表单元添加到本列表容器的回调函数
onUpdate ：function 列表单元在列表容器中的排序发生变化后的回调函数
onRemove ：function 列表元素移到另一个列表容器的回调函数
onFilter ：function 试图选中一个被filter过滤的列表单元的回调函数
onMove ：function 当移动列表单元在一个列表容器中或者多个列表容器中的回调函数
onClone ：function 当创建一个列表单元副本的时候的回调函数
事件对象：
to ：HTMLElement--移动到列表容器
from ：HTMLElement--来源的列表容器
item ：HTMLElement--被移动的列表单元
clone ：HTMLElement--副本的列表单元
oldIndex ：number/undefined--在列表容器中的原序号
newIndex ：number/undefined--在列表容器中的新序号
方法
option(name[,value])
获得或者设置项参数，使用方法类似于jQuery用法，没有第二个参数为获得option中第一个参数所对应的值，有第二个参数时，将重新赋给第一个参数所对应的值；
toArray()
序列化可排序的列表单元的data-id（可通过配置项中dataIdAttr修改）放入一个数组，并返回这个数组中
sort()
通过自定义列表单元的data-id的数组对列表单元进行排序
save()
destroy()
