NetCore 3.0大文件上传优化与内存限制详解

NetCore 3.0文件上传支持两种不同的方法：缓冲上传和流式上传。这两种方法针对不同场景有各自的优缺点。 1. **缓冲上传**: - 这种方法是通过模型绑定将整个文件一次性保存到内存中，通过`IFormFile`接口获取到文件的Stream。 - 优点在于上传效率较高，因为文件被加载到内存后可以直接操作。 - 缺点是内存需求较大，不适合处理大型文件，因为大量并发上传可能导致内存溢出，尤其是在资源有限的应用环境中。 - 官方建议，如果文件上传的大小和频率可能消耗大量资源，应避免使用缓冲上传，尤其是对于大文件。 2. **流式处理上传**: - 与缓冲上传不同，流式处理直接从请求体中接收Section对应的Stream，避免了整个请求体加载到内存。 - 流式处理降低了对内存和磁盘空间的需求，但性能提升不明显，更适合处理大文件或对内存资源敏感的情况。 - 应用程序直接对流进行操作，减少了存储需求，但可能需要更复杂的逻辑来逐块处理文件内容。 关于文件大小限制，有两个层面的管理： - **应用服务器Kestrel**: - Kestrel（NetCore中的内置Web服务器）有默认的请求体大小限制，可以通过`.ConfigureKestrel()`方法进行配置，如设置最大请求体大小为50MB，超过此值会抛出`BadHttpRequestException: Requestbodytoolarge`异常。 - 开发者可以根据实际需求调整这个值，但必须考虑到系统资源的约束。 - **应用程序级别设置**: - 在应用程序启动时，通过`ConfigureServices`方法也可以设置相关的文件大小限制，但同样要注意避免超出资源限制导致的错误，如`InvalidDataException`。 选择哪种文件上传方式取决于应用程序的内存限制、性能需求以及文件大小。对于大文件或对内存敏感的场景，流式处理是更好的选择，而缓冲上传则适用于对速度有更高要求且内存资源充足的环境。同时，确保对服务器的配置和应用程序设置都进行了适当的优化，以防止因文件上传导致的性能问题或资源耗尽。