@9fan

那就还是说单个请求太大的问题呗。

我个人方案是 上传服务增加临时目录，用对象存储的话搞个 temp 桶 或者 /temp 目录都可以， 然后写个定时任务，每隔几个小时清理掉临时目录下所有创建时间大于任务执行间隔的文件。
这个接口的所有文件都先上传到临时目录， 然后提交时后从临时目录复制一份到正确位置。

这样临时文件接口也不需要数据库记那些文件被使用了，那些是作废的。

@limaofeng
@9fan

以这楼主这描述问题的能力想说服领导真的不太现实。
你要说服领导
1 、你要明白他为什么这么想
2 、你得有足够合理的方案能兼容他原有的想法，或者有足够的说服力劝他改变原想法。


至于上传文件必须有业务信息这部分有时候是合理的，比如我参与的有的系统涉及打包导出功能，所以资源文件的存放一开始就是和业务绑定的 比如 '/data/posts/{postid}/images/cover.jpg'，'/data/post/{postid}/attachments/a.zip' 因为要复制对应目录就可以导出所有有用资源，所以路径中拼接了 相关的业务 id ， 因为需要业务 id 自然需要先创建了业务信息。

基于此，如果是我，我会提出这些解决方案，我个人倾向 2 > 1 > 3 > 4 。

1 、能不能先根据 id 生成策略创建一个 业务 id ，进入页面就返回一个 id 给前端， 然后上传文件 和提交业务信息分成两步来，都使用这个 id 。 这样的缺点就是会有冗余废数据，需要额外逻辑去判断和删除，而且原本应该是一个原子性的操作如今拆成几步了可能会有 bug 需要仔细 debug 。

2 、新写一个临时文件上传接口， 提交业务时创建信息，然后再从临时文件那复制文件到之前的上传接口就好，业务信息也有了， 临时文件目录只需要写个定时任务定期清理就好，甚至不清理也没问题，除了占空间和可能会被人当作分享图床外不会有任何副作用。 缺点除了这个临时目录也会冗余外，就是上传接口要调整一下或者新加一个支持从本地复制接口。

3 、一个接口支持多文件上传，写起来很简单，但文件如果大了，需要调整服务器允许上传文件上限，并且会严重占用带宽。

4 、将文件二进制 base64 发送， 除了个别接口只允许上传类似 logo 之类小文件的情况外，一遍不建议这么写。

“是可以上传多个文件，但是文件无法进行业务上的区分”

你们是不会给 MultipartFile 加 @ RequestParam 或者 @ RequestPart 注解? 还是说不知道 这个注解可以指定 key ?

@Part2 看着像 dota 的 啪啪卵子

我是城里人，我小时候也说虚岁，现在说的少，但我并不排斥这种算法。包括过生日我也只过农历的。

作为个体你是更喜欢买断制呢还是会员制？

看电影喜欢买票买盘还是去开 svip ？
打游戏是喜欢买断制的单机，还是月卡制的手游网友？

-----------------------


Saas 也是一种 会员制， 因为你提供的服务每时每刻都需要成本，那自然要成为你的用户也得考虑长期付费的问题，即便你宣称一次付费永久有效，那我也得顾虑你究竟能不能维持的了会不会某年坚持不住了直接跑路， 比如 115 网盘和 pornhub 的永久会员。

而私有部署则好多了， 只要不断电，网络地址不变，也许到废弃那天都不需要人运维，什么时候停止运营真的是我可以说了算的。

@firelynx 本质就是物美价廉，狼多肉少，至于发车区域与实际人流区域的差异我感觉其实还好。

华北或者江南这种人流密集区可能确实有些中间站在铁路系统内的地位和实际的外出务工人口不一致。
西北方向，内蒙古，山、陕、甘肃、新疆基本上大站就是人多的城市，就是外出人口的主力，人流基本都和血管一样从大城市到本地核心城市再转其它通勤到周边县市。

没候补的时候，你可以抢到票，有了候补反倒抢不到票了，恰恰说明了，候补出来之前买票更并不公平。

优先售卖全程票也并不是候补出来后才新加的，以前也是这规则，没候补的时代如果车次抢手，我也需要多买几站，以保证可以买到任意车厢的票，而不是只抢那一两节区域预留车厢。

你以前可以抢到票是因为你和别人有信息差（更好用的抢票软件）、技术差(更靠近铁路机房的网络线路)、付费差（抢票软件越好用越贵、而且还可以无上限加钱提升抢票软件内的优先级，还有 IDC 机房或者云主机租用费用）。

12306 节假日购票难的本质就是 100 张票 却有 200 个人抢， 最后会有 130 多人在车上，有些人哪怕无票硬上或者买短补全程的方式挤在连接处或者座位底下都得上车。

你之前通过抢票软件抢到票了，对那些用的抢票软件不如你的、加价不如你的、甚至玩不太明白互联网软件的那些人来说更不公平。

各凭本事、弱肉强食的社会达尔文主义我觉得并不能称之为“公平”，毕竟所有人的初始属性并不相同。

在编程里面，一般情况都是包左不包右， 所以我原本是习惯 00:00:00 的方式。

然而在 SQL 最起码 MySQL 中 between and 是左右边界值都包含的， 而我又懒得用 "x >=a 、x<b" 去 替换 "x BETWEEN a and b"

那么最简单的方式就是把 b 改成 23:59:59, 觉得不精确那你就再加精度 23:59:59.999 。

如果你用 java 的话，jdk8 还可以 LocalDate.atTime(LocalTime.Max)

北京，14 年实习 2000 ，15 年毕业转正 5000 。

@wuwuta170 河南的话应该比北京暖和不了太多吧，不过今年冬天确实明显比往年冷很多。

哥们不是北方的吧，或者确实是比较年轻的北京城市居民。
北京都觉得冬季无法生存了，那你想想西北，想想东北，那的人更是咋活，我家内蒙古包头，算西北的现在已经 -12℃~-26 、7℃了。

说白了是你对于轻便舒适的需求大于御寒的需求，觉得特别冷，但又不愿意穿太厚的衣服。而且现在城区里面大家基本可以做到一直呆在温暖区域了，出了地铁就进楼，不会在路上走很久，冷也只是回家的最后一公里或者公交站等车，所以对保暖需求不高。

我小时候冬天都是穿自家做的棉衣棉裤的，那才叫不舒服，自己买棉花封的棉裤那叫一个厚，那叫一个没有人体工学，穿上了蹲下都费劲，上厕所蹲便的时候膝盖窝卡着一大坨只能保持马步的造型。

而现在 一层保暖内衣，一层厚线衣、或者加绒卫衣，然后外面套一个羽绒服，下装也基本是这样三层就基本足够了。
这对于我而言属于冬季舒适的装束了，已经比小时候更舒适更轻薄了。