LuckyDu - 编程技术

微信小程序检查更新

2025-04-29T11:07:44+08:00

官方文档：小程序运行时 / 更新机制小程序运行时 /更新机制小程序更新机制开发者在管理后台发布新版本的小程序之后，微信客户端会有若干个时机去检查本地缓存的小程序有没有新版本，并进行小程序的代码包更新。但如果用户本地有小程序的历史版本，此时打开的可能还是旧版本。1. 启动时同步更新在以下情况下，小程序启动时会同步更新代码包。同步更新会阻塞小程序的启动流程，影响小程序的启动耗时。如果更新失败或超时，为了保障小程序的可用性，还是会使用本地版本打开。定期检查发现版本更新微信运行时，会定期检查最近使用的小程序是否有更新。如果有更新，下次小程序启动时会同步进行更新，更新到最新版本后再打开小程序，尽可能保证用户能够尽快使用小程序的最新版本。用户长时间未使用小程序用户长时间未使用小程序时，为保障小程序版本的实时性，会强制同步检查版本更新，更新到最新版本后再打开小程序。若用户处于弱网环境、下载最新版本失败等情况下，仍会启动本地的较低版本。2. 启动时异步更新即使启动前未发现更新，小程序每次冷启动时，都会异步检查是否有更新版本。如果发现有新版本，将会异步下载新版本的代码包。但当次启动仍会使用客户端本地的旧版本代码，即新版本的小程序需要等下一次冷启动才会使用。开发者手动触发更新在启动时异步更新的情况下，如果开发者希望立刻进行版本更新，可以使用 wx.getUpdateManager API 进行处理。在有新版本时提示用户重启小程序更新新版本。const updateManager = wx.getUpdateManager() updateManager.onCheckForUpdate(function (res) { // 请求完新版本信息的回调 console.log(res.hasUpdate) }) updateManager.onUpdateReady(function () { wx.showModal({ title: '更新提示', content: '新版本已经准备好，是否重启应用？', success(res) { if (res.confirm) { // 新的版本已经下载好，调用 applyUpdate 应用新版本并重启 updateManager.applyUpdate() } } }) }) updateManager.onUpdateFailed(function () { // 新版本下载失败 })3. 小程序管理后台的相关设置小程序开发者可以通过在小程序管理后台进行设置，影响更新逻辑。优先使用本地版本设置若开发者判断某些较新的小程序版本无需强制用户同步更新到最新版本，可以在小程序管理后台「设置」-「版本设置」-「优先使用本地版本设置」中进行设置，设置后若同步更新时检查本地版本不低于该版本，则优先使用本地版本，同时将会异步下载最新版本的代码包。小程序最低可用版本设置若开发者判断某些较旧的小程序版本服务不再可用，可以在小程序管理后台「设置」-「版本设置」-「小程序最低可用版本设置」中进行设置。设置后若同步更新时检查本地版本低于该版本，则无法打开，并继续尝试下载最新版本、若异步更新，则会在检查到更新后提示用户重启小程序更新新版本。注意开发者在后台发布新版本之后，无法立刻影响到所有现网用户，正常情况下，在全量发布 24 小时之后，新版本可以覆盖 99% 以上的用户。小程序管理后台的「优先使用本地版本设置」和「小程序最低可用版本设置」不会影响同步更新与异步更新的选择。

Uni-APP 组件-抽奖轮盘

2025-04-15T17:57:59+08:00

组件预览创建commponents/lottery/index.vue 文件输入如下代码轮盘抽检组件测试Demo

Git如何更换远程仓库

2024-12-02T17:18:04+08:00

SpringBoot解决全局跨域问题

2024-04-28T11:09:22+08:00

SpringBoot解决全局跨域问题什么是跨域跨域：指的是浏览器不能执行其他网站的脚本。它是由浏览器的同源策略造成的，是浏览器对javascript施加的安全限制。例如：a页面想获取b页面资源，如果a、b页面的协议、域名、端口、子域名不同，所进行的访问行动都是跨域的，而浏览器为了安全问题一般都限制了跨域访问，也就是不允许跨域请求资源。注意：跨域限制访问，其实是浏览器的限制。理解这一点很重要！！！同源策略：是指协议，域名，端口都要相同，其中有一个不同都会产生跨域；同源策略同源，就是咱们域名、端口号、ip、采用的协议都相同，那么我们就是同源的反之就是不同源的！！！出于浏览器的同源策略限制。同源策略（Sameoriginpolicy）是一种约定，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，则浏览器的正常功能可能都会受到影响。可以说Web是构建在同源策略基础之上的，浏览器只是针对同源策略的一种实现。所以，用最简单的话来说，就是前端可以发请求给服务器，服务器也可以进行响应，只是因为浏览器会对请求头进行判断，所以要么前端设置请求头，要么后端设置请求头JAVA解决CORS跨域请求的方式返回新的CorsFilter重写 WebMvcConfigurer使用注解 @CrossOrigin手动设置响应头 (HttpServletResponse)自定web filter 实现跨域注意:CorFilter / WebMvConfigurer / @CrossOrigin 需要 SpringMVC 4.2以上版本才支持，对应springBoot 1.3版本以上上面前两种方式属于全局 CORS 配置，后两种属于局部 CORS配置。如果使用了局部跨域是会覆盖全局跨域的规则，所以可以通过 @CrossOrigin 注解来进行细粒度更高的跨域资源控制。其实无论哪种方案，最终目的都是修改响应头，向响应头中添加浏览器所要求的数据，进而实现跨域这里只介绍全局解决SpringBoot跨域问题，使用返回新的CorsFilter方式1. 编写CorsConfig.java 类/** * 解决全局跨域问题 */ @Configuration public class CorsConfig { @Bean public CorsFilter corsFilter() { UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource(); // 配置跨域 CorsConfiguration corsConfiguration = new CorsConfiguration(); // 允许哪个请求头 corsConfiguration.addAllowedHeader("*"); // 允许哪个方法进行跨域 corsConfiguration.addAllowedMethod("*"); // 允许哪个请求来源进行跨域 // corsConfiguration.addAllowedOrigin("*"); corsConfiguration.addAllowedOriginPattern("*"); // 是否允许携带cookie进行跨域 corsConfiguration.setAllowCredentials(true); source.registerCorsConfiguration("/**",corsConfiguration); return new CorsFilter(source); } }2. 全局拦截器配置/** * 拦截器 */ @Configuration public class WebConfigure implements WebMvcConfigurer { /** * 全局解决跨域问题 * @param registry */ @Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping("/**") .allowedOriginPatterns("*") .allowedMethods("GET", "HEAD", "POST", "PUT", "DELETE", "OPTIONS") .allowCredentials(true) .maxAge(3600) .allowedHeaders("*"); } } 如此，这样，即解决所有解决跨域问题，不外乎就是解决浏览器拦截问题，要么前端设置请求头，要么后端设置请求头，无论谁设置请求头，浏览器只要放行即可

Java工具类-通用对象转换为Json字符

2024-04-01T09:41:34+08:00

Java工具类-通用对象转换为Json字符import com.alibaba.fastjson2.JSONObject; import java.lang.reflect.Field; import java.text.SimpleDateFormat; public class JsonObjectUtlis { public static JSONObject processEntityToJson(Class clazz, U cla) { //将传过来的对象进行赋值处理， //此时u可用来代表传过来的对象（本示意中是Users）, //此时可以用u调用传过来对象的方法 U u = clazz.cast(cla); //以下是验证此示意中实体类可被操作了 //getDeclaredFields()：获得某个类的所有声明的字段，即包括public、private和proteced，但是不包括父类的申明字段。 //.getClass()是一个对象实例的方法，只有对象实例才有这个方法，具体的类是没有的 JSONObject jsonObject = new JSONObject(); for (Field field : u.getClass().getDeclaredFields()) { //允许获取实体类private的参数信息 field.setAccessible(true); field.setAccessible(true); try { String name = field.getType().getName(); if ("java.util.Date".equals(name) && field.get(u) != null) { String dateStr = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").format(field.get(u)); if (dateStr.indexOf("00:00:00") > 0){ dateStr = dateStr.substring(0,10) ; } jsonObject.put(field.getName(), dateStr); }else { jsonObject.put(field.getName(), field.get(u)); } } catch (IllegalAccessException e) { e.printStackTrace(); jsonObject.put("convertJsonStatus",500); return jsonObject; } } return jsonObject; } }使用例子 JSONObject jsonObject = JsonObjectUtlis.processEntityToJson(JudgeResultSynchronizationMatVO.class, synchronizationVO); // 第一个参数为对象的Clss类第二个入参为实际对象Json判断判断当前字符串是不是Json字符串，是JSON返回True 否则返回falsepublic static boolean isjson(String str) { try { JSONObject jsonStr = JSONObject.parseObject(str); return true; } catch (Exception e) { return false; } }

Redis持久化策略

2023-05-28T18:34:35+08:00

Redis持久化策略1. RDB持久化策略RDB是redis持久化数据到磁盘的策略将内存以快照形式保存Redis数据库中的数据的方式，就是某一时刻，将Redis内存中的数据全量备份到磁盘，RDB就是redis DataBase的缩写备份会不会阻塞主线程Redis是单线程数据处理，Redis提供了两个命令来生成RDB，一个是save 一个是bgsavesave 保存：会阻塞Redis主线程，直到RDB文件备份完成为止，在这个期间，Redis不能处理客户端的任何请求bgSave 保存：不会阻塞主线程，会创建一个子线程，单独我负责RDB文件的数据备份，RDB的优势和劣势优势RDB文件紧凑，全量备份，适合进行备份和灾难恢复生成RDB文件的时候，Redis主进程会分叉一个子进程来处理保存数据，主进程不需要进程IO操作RDB在恢复文件的时候要比AOP速度快2. AOF持久化策略AOF持久化策略，以文件的形式存储Redis内存中的数据，他的文件格式是AOF，他存储的数据是客户端交给Redis执行的写命令因为AOF是在文件中追加写入，由于IO操作的阻塞性，会导致主线程挂起，在写入的时间中无法服务新的请求，因而吞吐量收到影响为了解决上述的问题，Redis并不会立即将数据写入到硬盘中，

Java浅拷贝和深拷贝

2023-05-27T20:21:57+08:00

浅拷贝和深拷贝参考资料：Java深拷贝和浅拷贝 - 掘金 (juejin.cn)浅拷贝与深拷贝 - 掘金 (juejin.cn)4.1 什么是浅拷贝？什么是深拷贝？浅拷贝：浅拷贝是创建一个新对象，这个对象有着原始属性值的一份精确拷贝，如果是基本数据类型，拷贝的就是基本数据类型的值，如果是深拷贝，拷贝的就是内存地址。所以如果浅拷贝的对象或者对象本身改变了属性或者值那么也会影响另一个对象深拷贝：深拷贝是将这个对象完整的拷贝下来，从内存空间中开辟一个新的地址来存放这个新对象，所以深拷贝创建的对象在改变值之后不会对另一个对象产生影响浅拷贝只复制指向某个对象的指针，而不复制对象本身，新旧对象还是共享同一块内存。但深拷贝会另外创造一个一模一样的对象，新对象跟原对象不共享内存，修改新对象不会改到原对象。4.2 赋值和深拷贝，浅拷贝的区别？赋值：当我们把一个对象赋值给另一个变量引用时，会把这个对象在栈内存中的地址给这个变量引用，这两个对象使用 == 进行比较返回true，这个情况下，不管哪个对象发生改变，改变的都是存储空间中同一块内存地址的数据，所以他们是联动的，不管改变哪个对象，另外一个对象的数据也会跟着改变。浅克隆代码演示准备实体类对象，并创建对应的get set 有参数构造和无参数构造并实现Cloneable接口中的clone方法创建学生实体类public class Student implements Cloneable{ private int sid; private String sname; private Teacher teacher; @Override protected Object clone() throws CloneNotSupportedException { return super.clone(); } }创建老师实体类public class Teacher implements Cloneable{ private Integer tid; private String tname; @Override protected Object clone() throws CloneNotSupportedException { return super.clone(); } }创建测试类Mainpublic class Main { public static void main(String[] args) throws CloneNotSupportedException { // 创建老师对象 Teacher teacher = new Teacher(); teacher.setTid(1); teacher.setTname("张老师"); // 学生对象 Student student = new Student(); student.setSid(1); student.setSname("小明同学"); student.setTeacher(teacher); // 创建学生的克隆对象浅克隆 Student cloneStudent = (Student) student.clone(); System.out.println("浅克隆=》比较源对象和克隆对象 " + (student == cloneStudent)); System.out.println("浅克隆=》查询修改前源对象：" + student); System.out.println("浅克隆=》查询修改前克隆对象：" + cloneStudent); System.out.println("修改源对象中学生的sid属性为 2"); student.setSid(2); System.out.println("修改源对象中学生的sname属性为小红同学"); student.setSname("小红同学"); System.out.println("修改源对象中学生的teacher属性中的tid属性为 2"); student.getTeacher().setTid(2); System.out.println("浅克隆=》查询修改后源对象：" + student); System.out.println("浅克隆=》查询修改后克隆对象：" + cloneStudent); } }输出结果浅克隆=》比较源对象和克隆对象 false 浅克隆=》查询修改前源对象：Student(sid=1, sname=小明同学, teacher=Teacher(tid=1, tname=张老师)) 浅克隆=》查询修改前克隆对象：Student(sid=1, sname=小明同学, teacher=Teacher(tid=1, tname=张老师)) 修改源对象中学生的sid属性为 2 修改源对象中学生的sname属性为小红同学修改源对象中学生的teacher属性中的tid属性为 2 浅克隆=》查询修改后源对象：Student(sid=2, sname=小红同学, teacher=Teacher(tid=2, tname=张老师)) 浅克隆=》查询修改后克隆对象：Student(sid=1, sname=小明同学, teacher=Teacher(tid=2, tname=张老师))浅克隆总结浅拷贝：拷贝前后对象的基本数据类型互不影响，但拷贝前后对象的引用类型因共享同一块内存，会相互影响。浅拷贝是创建一个新对象，这个对象有着原始对象属性值的一份精确拷贝。如果属性是基本类型，拷贝的就是基本类型的值，如果属性是引用类型，拷贝的就是内存地址，所以如果其中一个对象改变了这个地址，就会影响到另一个对象。深克隆代码演示深拷贝：从堆内存中开辟一个新的区域存放新对象，对对象中的子对象进行递归拷贝,拷贝前后的两个对象互不影响。创建学生实体类public class Student implements Cloneable{ private int sid; private String sname; private Teacher teacher; @Override protected Object clone() throws CloneNotSupportedException { return new Student(sid,sname,new Teacher(teacher.getTid(),teacher.getTname())); } }创建老师实体类public class Teacher implements Cloneable{ private Integer tid; private String tname; @Override protected Object clone() throws CloneNotSupportedException { return new Teacher(tid,this.tname); } }创建测试类public class Main2 { public static void main(String[] args) throws CloneNotSupportedException { // 创建老师对象 Teacher teacher = new Teacher(); teacher.setTid(1); teacher.setTname("张老师"); // 学生对象 Student student = new Student(); student.setSid(1); student.setSname("小明同学"); student.setTeacher(teacher); // 创建学生的克隆对象浅克隆 Student cloneStudent = (Student) student.clone(); System.out.println("深克隆=》比较源对象和克隆对象 " + (student == cloneStudent)); System.out.println("深克隆=》比较源对象和克隆对象的自定义引用数据类型 " + (student.getTeacher() == cloneStudent.getTeacher())); System.out.println("深克隆=》查询修改前源对象：" + student); System.out.println("深克隆=》查询修改前克隆对象：" + cloneStudent); System.out.println("修改源对象中学生的sid属性为 2"); student.setSid(2); System.out.println("修改源对象中学生的sname属性为小红同学"); student.setSname("小红同学"); System.out.println("修改源对象中学生的teacher属性中的tid属性为 2"); student.getTeacher().setTid(2); System.out.println("深克隆=》查询修改后源对象：" + student); System.out.println("深克隆=》查询修改后克隆对象：" + cloneStudent); } }输出结果深克隆=》比较源对象和克隆对象 false 深克隆=》比较源对象和克隆对象的自定义引用数据类型 false 深克隆=》查询修改前源对象：Student(sid=1, sname=小明同学, teacher=Teacher(tid=1, tname=张老师)) 深克隆=》查询修改前克隆对象：Student(sid=1, sname=小明同学, teacher=Teacher(tid=1, tname=张老师)) 修改源对象中学生的sid属性为 2 修改源对象中学生的sname属性为小红同学修改源对象中学生的teacher属性中的tid属性为 2 深克隆=》查询修改后源对象：Student(sid=2, sname=小红同学, teacher=Teacher(tid=2, tname=张老师)) ### 深克隆总结深拷贝：深拷贝会创建一个新的对象，将源对象的属性值放入到新对象，是创建对象赋值，并不是将引用地址指向原来的对象，所以我们在上面测试代码中可以发现深拷贝后的Teacher对象中的源对象和克隆对象比较时返回false，当一个值做更改的时候也不会影响另外一个对象

Redis和Mysql如何保证数据一致性

2023-05-27T20:20:46+08:00

Redis和Mysql如何保证数据一致性1. 导致数据不一致的原因当数据发生变化的时候，需要同时去更新Redis和Mysql，更新数据是有先后顺序的，在极端情况下就会出现数据一致性的问题。1. 先更新数据库再更新缓存如果先更新数据库，若是缓存中的数据更新失败，就会出现数据库和redis中的数据不一致问题2. 先删除缓存，再更新数据库先删除缓存再更新数据库，在理想情况删除了缓存，更新了数据库，再第二次请求的时候会发现缓存是空的，会去读取数据库将数据缓存起来。但是删除缓存和更新数据库不是一个原子操作，若是缓存删除了，此时，第二条线程抢到CPU时间轮片，开始读取数据，发现没有缓存，查询数据库，并将数据缓存起来，此时第一条线程拿到CPU时间轮片，开始更新数据库，这个情况下会导致数据库和缓存不一致采用最终一致性的方案解决1. 采用延迟双删除的策略具体步骤先删除缓存写入数据库休眠500毫秒（视情况而定）再次删除缓存具体实现public void write(String key,Object data){ redis.delKey(key); // 删除缓存 db.updateData(data); // 更新数据库 Thread.sleep(500); // 睡眠延迟 redis.delKey(key);// 再次删除缓存 }2. 异步更新缓存（基于订阅Binlog）读取MysqlBinlog日志后分析，利用消息队列，推送更新到redis缓存中，这样一旦产生了新的写入，更新，删除等操作，就可以把相关的更新推送到redis中其实这种机制类似于Mysql的主从备份，Mysql的主从备份也是通过Binlog来实现数据一致性这里的消息推送工具可以使用Kafka、rabbitMQ等消息队列来实现结合使用canal(阿里的一款开源框架)，通过该框架可以对MySQL的binlog进行订阅因为是最终一致性，所以业务如果无法接收短期不一致性的话就得更换策略

String,StringBuffer,StringBuilder的区别

2023-05-27T20:19:00+08:00

可变性String是final修饰的，他是一个不可变的类，他在每次创建字符串的时候是新建了一个对象，StringBuffer和StringBuilder是一个可变的类，他在每次更改的时候会在源对象的基础上更改，并不会重新创建对象线程安全性String是一个不可变的类，所以他是一个线程安全的，StringBuffer也是一个线程安全的，他的每一个方法都用了一个Synchronized一个同步关键字修饰，StringBuider不是一个线程安全的，多线程的情况下应该使用StirngBuffer性能方面String是性能最低的，因为他是不可变的类，每次修改都是创建对象，StringBuffer是可变的，每次字符串修改或者拼接的时候他不会重新创建对象，StringBuider的性能是最高的，因为StringBuffer是加了锁的，加锁之后性能方面会有所损耗存储方面String存储在字符串常量池中，StringBuffer和StringBuilder是存储在堆内存中

阿里云配置Docker加速

2023-05-27T20:18:05+08:00

1.材料准备准备一个阿里云的实名账号，自己直接注册就可以阿里云官网：https://www.aliyun.com/2. 配置步骤进入阿里云控制台在左上角的三条杠中点开找到容器这个就是配置地址3. 使用配置镜像加速的命令去配置docker