程序的大致流程如下图所示，由于数据的特殊性，不能使用第三方服务
我有几个疑问
由于步骤一采集上去的图片起码有2M左右，所以我在步骤2的时候会将图片压缩，然后存入数据库(存图片的地址)，这一步操作在2秒左右，感觉很耗时
我的程序是同步执行的，先采集----》再同步到web应用-----》在web程序中再进行压缩 如果将压缩图片异步执行，可能就不能及时将图片推送到执法人这里了（没使用过异步编程，不知道是否是这样）
有没有更好的设计，使得执法人员能最及时的查看违法车辆的文字和图片数据
谢谢
是上传慢就加上传带宽。
数据采集应用先压缩图片在上传。
可以上传前压缩吗，感觉上传大的图片的过程占用时间了。我不太明白采集。我做过h5的手机端，拍照后直接压缩后上传，传的是base64
采集图片后直接处理，压缩。或者根据需求可以适当降低分辨率和大小，生成预览图。让执法人第一时间能够看到图片，然后再加载大图。
我觉得可以在业务上进行优化，个人认为只有执法人大部分情况下只对违法的车辆需要实时查看，所以采集端实时分析违法车辆（是不是就是超重的车辆？），如果是可能违法的车辆，那么这些图片和数据是优先级最高的，可以直接发送消息给执法web程序来通知执法人，执法人app先查看数据库，如果没有则直接连接采集应用查看原始图片。至于图片入库可以让后台程序慢慢按顺序做。