qq_64847107的博客

文章介绍了两种处理前端上传压缩文件的方式。方式1通过ZipUtil类解压ZIP文件，并将解压后的文件流集合上传到服务器。方式2则通过DecompressUtil类处理前端传递的压缩文件内容，自动检测并解压GZIP或DEFLATE格式的数据。文章还详细解释了Inflater类中nowrap参数的作用，指出在处理zlib格式数据时应将nowrap设置为false，以避免解压时出现DataFormatException错误。

这里只是对注解的简单使用，更深层次的理解后续再用到会继续分享，这里只是工作中用到的一个小例子，仅供参考，欢迎一起留言讨论。这里采用的是一个环绕通知主要是在执行方法前进行加锁，锁定需要的资源，在方法执行完解锁资源。3.这里还有一个工具类，主要是解析注解上的参数，生成一个key作为锁对象。注意：在使用redis时需要注册redis，提供一个示例，仅供参考。1.定义一个注解，可根据自己的需求进行定义，这里我举一个例子。2.定义一个切面，这里我用的式前置，可根据自己的需求进行调整。

我的做法：通过切面配合注解的方式使用。注意：切面不能应用于静态方法，私有方法，注解要被代理对象调用。

原因：我表中的数据量有2w条，导致查询语句过长，超过了pgsql默认限制。解决方式：检查代码，看是否有查询之类的语句导致语句量过大，导致资源耗尽。// 省去service层查询，直接通过wrapper条件进行查询。// 每批次处理 1000 条。遇到这种错误该如何解决呢？：此错误的核心原因是 ​。解决方式：（批量处理）

只需要用到拦截器中的uri和target方法即可实现替换接口上固定的请求地址。使用场景：假设在这里配置了路径，但是我又想通过数据库动态配置地址，该如何操作呢？

Error running 'App' Error running App. Command line is too long. Shorten the command line via JAR manifest or via a classpath file and rerun

转换为josn后变成了：createTime -> {Long@14296} 1732243455000。问题原因：我们在数据中的时间戳格式为：2024-11-22 10:44:15。然后我们再将json转换为具体的对象的时候就会出现json转换问题。解决方法：在将josn转换为对象时采用如下方式进行转换。