本周工作中遇到了前端CORS跨域预检请求导致的token获取问题，通过分析请求头并修改过滤器判断解决了问题。此外，处理了div横向排列导致的滚动条异常，通过调整样式和父组件设置。还涉及了前后端参数传递、图片显示及li标签样式调整。同时，学习了@Scheduled注解和cron表达式在调度任务中的应用，以及如何处理实时数据更新的策略。
周报
代码行数：
| 周一 | 599 |
| 周二 | 585 |
| 周三 | 594 |
| 周四 | 602 |
| 周五 | 610 |
| 周六 | 588 |
| 周日 | 576 |
遇到的问题：
解决困惑已久的bug：解析不到token;
问题描述：
在局域网下，前端页面请求时在请求头里携带token信息，后台获取不到header里的token参数，但是使用postman却能够接受到参数。
String token = request.getHeader("accessToken"); if (!StringUtil.hasText(token)) { token = request.getParameter("accessToken"); }
原因分析：
debug查看了下返回的request参数
host = 172.16.115.198:8080 connection = keep-alive accept = */* access-control-request-method = POST access-control-request-headers = content-type,accessToken origin = http://localhost:8080 user-agent = Mozilla/5.0 (iPhone; CPU iPhone OS 13_2_3 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.3 Mobile/15E148 Safari/604.1 sec-fetch-mode = cors referer = http://localhost:8080/ accept-encoding = gzip, deflate accept-language = zh-CN,zh;q=0.9
用postman调接口的request参数
content-type = application/json;charset=utf-8 accessToken= 90E672B00F7005FF5468EFF8A5BDB4A1 user-agent = PostmanRuntime/7.26.8 accept = */* postman-token = a0021135-db66-46c4-a1af-45f8542443b0 host = 127.0.0.1:8080 accept-encoding = gzip, deflate, br connection = keep-alive content-length = 392 cookie = JSESSIONID=2AA6371806B02CF13ADFE0A11E72A246; userKey=90E672B00F7005FF5468EFF8A5BDB4A1; sessionKey=90E672B00F7005FF5468EFF8A5BDB4A1****
发现cors跨域复杂请求会先发送一个方法为OPTIONS的预检请求，这个请求是用来验证本次请求是否安全的
第二个过滤器判断token时会把预请求当做真正的请求去判断，所以在第二个过滤器判断token之前先判断是不是预请求OPTIONS，不是则验证token，是则放行。
解决方案：
在判断token之前加判断语句
String method = req.getMethod(); if (method != null && ("option".equalsIgnoreCase(method)||"options".equalsIgnoreCase(method))) { return HandlerInterceptor.super.preHandle(req, res, handler); }
用v-for循环div组件实现
遇到的问题：
div组件是纵向排列的，这里需要适当横向排列
在样式中加入 float: left;
这样排列结构我满意了，但是随之而来另一个问题，右边的滚动条异常
原因：组件被设置成浮动类型了，发生了高度坍缩，在组件结尾加<hr>可以验证
解决办法：为其父组件设置页面大小。
这时滚动条好用了，但是没有靠边，把外边距改为内边距解决
紧接着设置了页码组件，但是无论怎么调他都显示不出来
后来想到，前面设置浮动父标签时把页面大小锁死了，下面的组件显示不出来，减小该标签高度，把页码组件的高度留出来，解决
图片显示异常，
原因：img标签中src属性不能直接放v-for的变量
解决: :src="item.image" 在前面加“：”
li标签有小圆点
解决：list-style:none;
前后端传递参数需要匹配磨合
get请求的参数不能写中文
解决：1.前后端联动，对需要传输的中文进行转码
2.改为post请求，以json格式传输
遇到的问题：
1.调用上游接口，需要token，而我的数据看板是不需要登录的，需要其他途径获取token
不同数据使用的接口不在一个项目中，使用的token也要区分
2.某些数据需要做出实时更新的效果：
每十秒运行调度任务，给当前数值加上区间内的随机数，并存在Redis中
用调度任务没天校准一次数据，但是这里有个问题，我如果0:00校准，而我的上游数据1:00才更新，就会造成我的数据始终比最新的数据慢一天。所以要找人问问他们上游数据几点更新，我把每天的校准时间定在其一小时后。
调度任务：
@Scheduled()注解以及cron表达式详解
@Scheduled注解：任务自动化调度。
1. @Scheduled(fixedDelay = 5000)
延迟执行。任务在上个任务完成后达到设置的延时时间就执行。
此处，任务会在上个任务完成后经过5s再执行。
2. @Scheduled(fixedRate = 5000)
定时执行。任务间隔规定时间即执行。
此处，任务每隔五秒便会执行一次。
3. @Scheduled(cron = “0 0 2 * * ?”)
自定义规则执行。比较复杂，一般用6或7个标识符(非官方叫法，方便区分记忆这么叫的)表示任务的执行规则。
此处的逻辑是每天的凌晨两点开始定时执行任务。
补充：cron表达式
例1：@scheduled (cron="0 0 2 2 * ? *") 表示：每月二号凌晨两点执行。
例2：@scheduled (cron="15,20,40 15-20 2/5 L * ?") 表示：每月的最后一天的凌晨2点开始每隔5小时的第15分钟到第20分钟之间的每分钟的第15,20,40秒执行一次。
例3：@scheduled (cron="0 0 0 15W * ?") 表示：每月离15号最近的工作日。
例4：@scheduled (cron= "0 0 0 0 * 2#3 ") 表示：每月的第三个周一。
(1) 标识符
从左到右用空格隔开分别是：秒 分 时 日 月 周 年(可省略)
第一个位置：Seconds 秒：区间 0-59 秒，代表一分钟内的秒数。
第二个位置：Minutes 分：区间 0-59 分，代表一小时内的分钟数。
第三个位置：Hours 时：区间 0-23 时，代表一天中的小时数。
第四个位置：Day of month 日：区间 1-31 (?根据每月有多少天来)，代表一月中的多少号。
第五个位置：Month 月：区间 1-12 ，代表一年中的月份。
第六个位置：Day of week 周：区间 1-7或者英文星期的缩写，代表星期几。
（注意：1 对应周日 SUN , 7 对应周六 SAT ，如此循环）
第七个位置：Year 年：区间1970-2099，代表具体年份，但是一般不用，可以直接不写。(为什么到了2099年就停了？)
(2) 字符
描述：写在cron表达式的标识符位置用于表达特定意义的字符，如 例1 中的：0,2,*,？
阿拉伯数字：数值，出现在标识符位置的数字代表对应值，比如第一个2代表两点，第二个2代表二号
* ：通配，语义相当于每… 比如第五个位置的 *就表示每月都会执行(相当于1-12)
? ：忽略，语义相当于不管… 比如第六个位置的?就表示不管当前是周几就会执行。至于为什么会有这种用法，我觉得应该是因为它和其他的字符可能会冲突。如果用*的话表示周一到周日都会执行，此时其他语义就不明确了，所以如果用不上星期的话一般给它用一个?表示 not care。
/ ：间隔，语义相当于每隔… 比如例2中的第三个位置的2/5就表示从2点开始每隔五小时
- ：区间，语义相当于第…到…的每… 比如例2中的第二个位置的15-20就表示第15分钟到20分钟之间的每分钟
, ：枚举，语义相当于第…和… 比如例2中的第一个位置的15,20,40就表示第15秒、20秒和40秒
L ：最后(last)，语义相当于最后一个 比如例2中的第四个位置的L就表示最后一天
W ：工作日，字面意思，就是工作日 比如例3中的第四个位置的15W表示15号附近最近的工作日，如果15号刚好是工作日那就15号触发，如果15号是周六那就14号触发，如果15号是周日那就16号触发。前面不带数字就是所有匹配的工作日。
# ：周定位，语义相当于每月的第几个周几 比如例4中的第六个位置的2#3就表示第三个周一。
心得体会：
这周正经开始接触完整的工作项目流程，不像以前打点杂，写点零碎的接口了。俺有项目咯，嘿嘿嘿，这种感觉真不错，当然，这也伴随着挑战，接触一些新的工作流程，开会，出技术文档，与前端沟通，等都需要着手完成，自然是有前辈做后盾的，有不明白的会给予指导。没有挑战，就没有进步，我要在一次次的进行新的挑战，提高个人能力。别给前辈丢人。
扫一扫
8073
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
