javaEE（九）文件的上传下载

最新推荐文章于 2025-04-08 19:33:56 发布
最新推荐文章于 2025-04-08 19:33:56 发布
阅读量219 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/plm12189/article/details/107060357
版权
本文介绍如何在Spring框架中实现文件的上传与下载功能，包括引入必要的jar包、配置spring-service、编写FileController以及界面HTML代码。使用layui简化上传下载界面的实现，并详细解释了上传下载js代码及文件存储位置的设定。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

首先要引入jar包在这里插入图片描述
在spring-service进行一些配置
在这里插入图片描述
编写filecontroller
在这里插入图片描述
在这里插入图片描述
文件上传下载界面编写，上传下载的界面的HTML代码比较简单，使用的事layui的
在这里插入图片描述
上传下载的js代码
在这里插入图片描述
文件的上传下载的位置在controller中写好，上传时存在该文件夹就会存储在里面，没有的话会创建一个

plm12189
关注
JVM垃圾收集（GC）机制解析
fudaihb的博客
04-29 1192
ava虚拟机（JVM）是一种能够执行Java字节码的虚拟机，它扮演着将Java程序转换为可执行代码的关键角色。JVM的作用不仅限于执行程序，还负责管理程序在运行时所需的内存和其他资源。其中，垃圾收集（Garbage Collection，GC）机制是JVM内存管理的核心组成部分。
Java Full GC 深度解析与优化实践
最新发布
记录学习的过程
04-29 757
Full GC是指对整个Java堆（包括新生代、老年代）以及方法区（元空间）进行的全局垃圾回收。回收范围：整个堆内存 + 方法区执行时间：通常比Minor GC长10倍以上（秒级）停顿影响：会导致所有应用线程暂停（Stop-The-World）Full GC优化是Java性能调优的核心课题。预防优于治疗：合理的内存设计和参数配置可以避免大多数Full GC监控是基础：没有量化分析就无法有效优化理解业务特性：不同应用场景需要不同的优化策略平衡的艺术：在内存占用、吞吐量和延迟之间寻找最佳平衡点。
Java 垃圾收集器：CMS、G1、ZGC 详解
dsq_MaDing的博客
02-20 960
CMS（Concurrent Mark Sweep）收集器是一种以获取最短回收停顿时间为目标的收集器，它非常适合注重响应时间的应用程序，如 Web 应用。G1 收集器是一种面向服务端应用的垃圾收集器，它在 JDK 7u4 及以上版本中被正式引入。G1 收集器的设计目标是在满足高吞吐量的同时，尽可能地降低垃圾收集的停顿时间。与传统的收集器将堆划分为新生代和老年代不同，G1 收集器将堆划分为多个大小相等的 Region，每个 Region 可以是 Eden 区、Survivor 区或老年代。
今天来浅谈一下，为 Java 开疆扩土的 ZGC
2301_76936922的博客
04-30 297
流量突增时，自适应算法触发的时机可能会过晚，导致部分线程阻塞。这个算法的基本思路就是通过一系列的称为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索所走过的路径称为引用链（Reference Chain），当一个对象到 GC Roots 没有任何引用链相连时，则证明此对象是不可用的。类似于固定间隔规则，但时间间隔不固定，是 ZGC 自行算出来的时机，我们的服务因为已经加了基于固定时间间隔的触发机制，所以通过 -ZProactive 参数将该功能关闭，以免 GC 频繁，影响服务可用性。
JVM性能调优-垃圾收集器ZGC详解
EverythingAtOnce的博客
01-19 1624
假如ZGC全过程需要执行10分钟，在这个期间由于对象分配速率很高，将创建大量的新对象，这些对象很难进入当次GC，所以只能在下次GC的时候进行回收，这些只能等到下次GC才能回收的对象就是浮动垃圾。ZGC的颜色指针因为“自愈”（Self-Healing）能力，所以只有第一次访问旧对象会变慢， 一旦重分配集中某个Region的存活对象都复制完毕后， 这个Region就可以立即释放用于新对象的分配，但是转发表还得留着不能释放掉， 因为可能还有访问在使用这个转发表。轮询标志的地方和安全点是重合的。
JVM垃圾回收——ZGC垃圾收集器
weixin_39555954的博客
04-02 4650
ZGC(Z Garbage Collector)是一款在jdk11中加入的具有实验性质的低延迟的垃圾收集器，在jdk15中去掉实验的标识，成为具有商用的垃圾收集器。垃圾收集停顿时间控制在10毫秒以内（在jdk16之后停顿时间已经控制到1毫秒以内）的一款低停顿的垃圾收集器。如果非要给ZGC下一个定义的话，ZGC收集器是一款基于Region内存布局的，不设分代（不分老年代、新生代）的，使用了等技术来实现的基于标记-整理算法实现的，以低延迟为首要目标的一款的垃圾收集器。
ZGC调优，亚毫秒级延迟GC,垃圾收集器
JavaTechNorth的博客
08-18 3280
Java长期支持版本Java11发布时推出了ZGC, 之后的Java12 -16均有ZGC的一些更新。然而Java17的新特性已经敲定，确定没有关于ZGC的相关更新，也从另一方面说明了至Java17 ZGC已经比较稳定，可以作为比较稳定的GC垃圾回收器。相信未来ZGC必定会成为主流的Java垃圾回收期，那么盘一盘ZGC就是必然的了。 1 ZGC从何而来，有什么好处 1.1 ZGC 的命名 根据OpenJDK官方网站的说明ZGC其实并没有什么特殊意义，就是一个名字而已。起初只是为了致敬ZFS 文件系统，表示
【JVM调优】ZGC常用参数解释
个人视角下的技术领域探索
06-11 1728
为了优化 Z Garbage Collector (ZGC) 在撮合系统中的内存使用，可以考虑以下几个方面的配置和调整。这些调整可以帮助改善系统性能和内存管理，提高撮合系统的整体效率。
ZGC调优全解析：从核心原理到百万级流量生产实践，将GC停顿从5秒优化到200ms
nihao2q的博客
04-08 889
ZGC是Oracle开发的低延迟GC，专为超大堆内存设计，目标是保持GC停顿时间不超过10ms。并发GC线程数设为12，建议值为总核数的1/4（32核机器取8-12）。弹性堆上限108GB（比Xmx大12.5%），允许ZGC临时超额使用内存应对突发流量，避免OOM。并行GC线程数设为24，建议值为总核数的3/4（32核机器取24）。-Xms: 初始堆内存设置为96GB（与最大值相同避免动态扩容带来的性能抖动）：减少每秒新对象分配量（建议<100MB/s）：控制老年代驻留集大小（建议<堆内存50%）
【Java垃圾回收原理揭秘】：深入解析GC机制，优化策略全解析
[【Java垃圾回收原理揭秘】：深入解析GC机制，优化策略全解析](https://www.delftstack.com/img/Java/feature-image---java-system-gc.webp) # 1. Java垃圾回收概述 ## 1.1 垃圾回收的必要性 在Java编程语言中，...
深入解析JVM GC机制及其源码分析
总结上述内容，JVM GC的知识点相当丰富，包含了GC的基本概念、触发条件、垃圾收集器、内存区域和GC算法，同时还有与GC性能优化相关的JVM参数配置、工具使用以及GC日志分析等多个方面。掌握这些知识点对于Java开发者...
JAVA中的垃圾回收器(3)----ZGC
weixin_61518137的博客
10-30 620
就是用来修复并发标记中的漏标记问题，就是将B扫描完成之后，B就会变成黑色，此时B引用着D，D引用着E，此时如果在并发标记过程中D指向E的指针没了(D还没有来得及指向E)，此时B指向了E，此时因为B已经变成了黑色，B不会重新扫描，但是此时的E就变成了一个垃圾对象，此时就发生了漏标操作CMS使用的是增量更新G1使用的是原始快照。2)ZGC小页面优先回收，大页面尽量不回收，可以选取垃圾特别多的页面进行回收，一个页面垃圾越多，那么回收的优先级就越高，如果将所有的页面都进行回收，那么回收的效率就特别低；
JVM：ZGC详解（染色指针，内存管理，算法流程，分代ZGC）
燕双嘤
01-13 2221
ZGC 的核心是一个并发垃圾收集器，所有繁重的工作都在Java 线程继续执行的同时完成。这极大地降低了垃圾收集对应用程序响应时间的影响。 ZGC为了支持太字节（TB）级内存，设计了基于页面（page）的分页管理（类似于G1的分区Region）； ZGC为了能够快速对对象进行并发标记和并发移动，对内存空间重新进行了划分，这就是ZGC中新引入的指针染色； 仅支持 Linux 64 位系统，不支持 32 位平台。因此也不支持压缩指针。 同时ZGC为了能更加高效地管理内存，设计了物理内存和虚拟内存两级内存管理。
JAVA11 - ZGC 特性
YunWisdom
01-22 4197
  JAVA11 - ZGC 特性   快速开始 ZGC全称是Z Garbage Collector，是一款可伸缩(scalable)的低延迟(low latency garbage)、并发(concurrent)垃圾回收器，旨在实现以下几个目标： 停顿时间不超过10ms 停顿时间不随heap大小或存活对象大小增大而增大 可以处理从几百兆到几T的内存大小 设置 -server -...
JDK 11 ZGC实现简介
weixin_30430169的博客
10-04 4494
JDK 11 ZGC简介 注1：本文翻译自这篇文章 注2: 我有了新的独立博客地址，欢迎访问 前言 ZGC是最近由Oracle为OpenJDK开源的新垃圾收集器。它主要由Per Liden编写。ZGC类似于Shenandoah或Azul的C4，专注于减少暂停时间的同时仍然压缩堆 。 虽然我不会在这里给出完整的介绍，但“压缩堆”只是意味着将仍然存活的对象移动到堆的其他区域.这样做有助于减少碎片，但通...
代表Java未来的ZGC深度剖析，牛逼！
weixin_47143210的博客
05-18 685
JAVA程序最爽的地方是它的GC机制，开发人员不需要关注内存申请和回收问题。同时，JAVA程序最头疼的地方也是它的GC机制，因为掌握JVM和GC调优是一件非常困难的事情。在ParallelOldGC、CMS、G1之后，JDK11带来的全新的**「ZGC」为我们解决了什么问题？Oracle官方介绍它是一个Scalable、Low Latency的垃圾回收器。所以它的目的是「降低停顿时间」**，由此会导致吞吐量会有所降低。吞吐量降低问题不大，横向扩展几台服务器就能解决问题了啦。在全面介绍ZGC介绍，先统计一下大
JVM 垃圾收集器之 ZGC 和 ZGC LOG 详解
qwer123451234123的博客
04-20 730
ZGC 概述 Z Garbage Collector，也称为ZGC，在 jdk 11 中引入的一种可扩展的低延迟垃圾收集器，在 jdk 15 中发布稳定版。在旨在满足以下目标： < 1ms 最大暂停时间（jdk < 16 是 10ms，jdk >=16 是 <1ms ） 暂停时间不会随着堆、live-set 或 root-set 的大小而增加 适用内存大小从 8MB 到16TB 的堆 ZGC 具有以下特征： 并发 基于 region 压缩 NUMA 感知 使
一文读懂Java 11的ZGC为何如此高效
weixin_39639119的博客
08-13 5996
原文地址  https://mp.weixin.qq.com/s/nAjPKSj6rqB_eaqWtoJsgw   一文读懂Java 11的ZGC为何如此高效 原创： Sadiq Jaffer等 高可用架构 昨天 导读：GC是大部分现代语言内置的特性，Java 11 新加入的ZGC号称可以达到10ms 以下的 GC 停顿，本文作者对这一新功能进行了深入解析。同时还对还对这一新功能带来的其他...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值