文件系统

约 2292 字预计阅读 5 分钟

文件系统包括文件服务和文件客户端。

文件服务

文件服务统一管理应用范围内使用的文件，在k8s中支持多副本部署，支持分卷存储文件，可通过ConfigMap将数据卷Volume挂载到指定目录，该服务只负责文件的上传下载和文件管理功能，不涉及具体的业务问题，在功能和Api上较稳定。

卷

文件的本地目录为drive，为了和wwwroot区分，映射到虚拟目录drv，并且drive下的所有文件都作为网站静态文件，访问路径形如：https://localhost/dt-fsm/drv/v0/21/06/80819234523705344.jpg。

服务支持挂载多个卷，每个卷有不同的用途，系统将卷划分为固定卷和普通卷，固定卷是指客户端在上传文件时可根据卷名访问的卷，该卷一般存储特殊用途的文件，如头像文件、聊天文件等，使用场景较少。普通卷是除固定卷以外的卷，上传文件时根据普通卷的使用情况动态选择要存储的卷，服务启动时在Redis缓存中创建了SortedSet类型的volume键，该SortedSet列表中的每行对应一个卷，值为这个卷的“正在使用数”，正在使用数就是当前正在写入卷的请求数，该数值能正确反映一个卷的闲置状态，每次有新的上传请求时都选择“正在使用数”最小的卷进行存储。

上传

文件上传采用流式上传方式，流式上传和使用IFormFile在效率上没有太大的差异，IFormFile的缺点主要是客户端上传过来的文件首先会缓存在服务器内存中，任何超过 64KB 的单个缓冲文件会从 RAM 移动到服务器磁盘上的临时文件中。文件上传所用的资源（磁盘、RAM）取决于并发文件上传的数量和大小，流式上传主要解决内存占用过高和磁盘空间不足问题。

Http Post请求时内容有三种编码类型，文件上传使用multipart/form-data：

application/x-www-urlencoded，Form默认的编码类型，消息内容会经过 URL 格式编码，就像在 GET请求时 URL 里的 QueryString 那样。
multipart/form-data,它可以包含了多个 Parts，每个 Part 都包含头信息部分，Part 头信息中必须包含一个 Content-Disposition 头，其他的头信息则为可选项，比如 Content-Type 等，Content-Disposition 包含 type 和一个名字为 name 的 parameter，type是 form-data，name 参数的值则为表单控件（也即 field）的名字，如果是文件，那么还有一个 filename 参数，值就是文件名。
text-plain，空格转换为 “+” 加号，但不对特殊字符编码。

文件上传的Section结构如下：

当使用固定卷时第一Section用于指定固定卷名，当使用普通卷时所有Section都是FileSection。文件上传过程：

下载

下载文件时需要提供文件的完整路径，记录文件下载次数。下载缩略图时，若缩略图不存在，则下载原始图像，客户端可通过Api先判断缩略图是否存在。缩略图命名规则：原文件名添加后缀"-t.jpg"，如 143203944767549440.wmv 的缩略图文件名为143203944767549440.wmv-t.jpg。

浏览

和下载类似，文件服务还支持按路径直接浏览的方式，方便图片或视频等嵌入到网页中。如：https://localhost/dt-fsm/drv/v0/21/06/80819234523705344.jpg 同样浏览缩略图时若无缩略图自动取原图。

网页发布

文件服务还提供静态网页浏览的功能，和cm服务中的发布模块配合。文件服务中有两个目录的文件与发布相关：drive/editor目录是html富文本编辑器，drive/g是动态生成的网页，目录结构如下：

editor目录包含froala编辑器的所有文件，默认编辑器在editor\html\default.html页面。g目录下保存生成的静态网页，以“年月”格式的目录作为网页的二级分类。因生成的网页中采用相对路径，如插入的图片或视频为“../../drv/v0/26/2D/91789217609150464.mp4”，并且为了保证生成的网页和froala中编辑的内容都能正常显示，禁止修改目录结构。 html编辑器用于编辑网页内容，编辑后的网页内容可以保存在数据库或根据模板生成完整网页。