- 博客(10)
- 收藏
- 关注
RSS订阅原创 第二天zzyl
老人及家属可通过小程序或电话预约参观养老院，预约成功后，系统将安排养老顾问进行对接，做好到院接待的工作。同一时间段，预约人数大于等于6人，则为已约满状态；要判断这个用户当天取消次数是否已经达到上限，如果预约次数大于等于3次，就不能在预约；探访预约是指家里有老人已经入住了养老院，家人可以点击探访预约，看望绑定的老人；参观预约是指想要参观一下养老院，了解养老院的环境、设施及服务情况；如果没有，则进入参观预约页面；进入预约页面，填写预约信息；预约分为了两种，分别是探访预约和参观预约；以上就是我预约功能的实现。
2024-02-01 21:53:45
326
1
原创 第一天业务
9-1说一下中州养老的核心业务流程：客户向中州养老咨询养老服务，包括养老院入住、护理服务等，工作人员与客户沟通确认需求。：客户提交入住申请，中州养老进行客户身体状况和生活习惯的评估，确定适合的养老方案。：双方达成一致后，签订养老服务协议，明确服务内容、费用等。：安排客户入住养老院，协助客户办理相关手续。：提供客户日常生活护理、饮食、康复护理等服务。：定期进行健康评估，提供医疗服务和健康管理建议。：组织各类文体活动、娱乐活动，满足客户的精神需求。：与客户家属保持沟通，及时了解客户需求和反馈。
2024-01-28 21:50:49
476
原创 业务题第八天
Redisson会通过watchdog(看门狗)，监视当前客户端是否持有锁，如果继续持有，会给持有锁的线程每隔10s续期一次；Riedis是跟据 setnx key value 方法实现的，当一个线程过来的时候抢到锁之后，其他的线程，就抢不到锁了。分布式锁是用于分布式场景下控制并发的一种手段。首先，在订单确认页面查询可用优惠方案，主要判断订单是否符合优惠的条件，例如满减门槛或者是否适用优惠券的分类；我了解的分布式锁实现的方式可以用Mysql的唯一约束（主键也可以），和Redis中的setnx方法。
2024-01-24 00:03:28
317
1
原创 业务题第七天
对于读的操作我们一般使用的是悲观锁，这里我们可以Synchronized实现，把用户的id做为锁对象，但要在用户id后面.toString().intern()来解决最终的问题。此方案：性能好、安全性也好，但是并发较高时，可能出现更新成功率较低的问题因此我们可以使用乐观锁解决上面代码的问题。发生多人超卖的原因是在多线程的情况下，我们的逻辑步骤是独立的，不具备原子性，当线程1尚未更新时线程2就来查询，此时查到的库存数据是旧的，但是线程2又不知道就会认为库存充足，就会导致并发安全问题产生，
2024-01-22 20:38:01
323
原创 业务题第六天
而历史排行榜他的访问量并不是很高，但是数据量还是很大，我们选择把他存入到Mysql中保存，但是为了防止单表数据量过多，我们选择使用了分表的方案，把一个赛季放到一张表里，这样的话我们就可以根据key查询一张表即可，由于实时榜单的查询量是非常大的，我们把数据保存到了Redis中去，使用了Redis中的ZSet结构因为，ZSet中多了一个权重参数score，元素会按照score来进行排序，非常适用与排行榜。对于数据库的海量储存，我们的方案其实有很多，常见的有：分区，分表，分库，和搭建集群。
2024-01-19 19:58:27
307
1
原创 业务题第五天
用户签到我们可以设置为，用户每签到一天可以获得一点积分的奖励，当用户连续签到7天14天或者20天，我们可以给出相应的积分奖励，我们可以根据用户的id，用户连续签到的天数，以及当天签到的积分，计算出用户这次签到，可以获得多少积分，是一种批量执行命令的机制，允许客户端一次性发送多个命令给服务器，并在一次通信中获取所有命令的执行结果。在我们的项目中积分功能是一个单独的微服务，用户可以根据自己的不同操作来获取积分的，比如，用户可以签到，刷视频，发表评论，用获得的积分来兑换优惠券，或者是参加排行榜。
2024-01-18 19:39:20
336
1
原创 业务题第四天
XXL-JOB主要用于分布式系统中的任务调度和执行。它主要有两个核心部分，任务调度中心，代码执行器，可以方便地管理和调度分布式系统中的定时任务，:使用xxl-job主要有以下几个步骤：配置 XXL-JOB 执行器：在项目的配置文件，添加 XXL-JOB 执行器的配置，包括执行器的地址、端口、注册名称等。 编写定时任务方法：在你的 Spring Boot 项目中，编写需要定时执行的任务方法，并使用 XXL-JOB 提供的@xxlJob注解来标记此方法。 配置 XXL-JOB 客户端调
2024-01-16 20:58:17
341
1
原创 业务题第三天
在我们互动问答中一共涉及到这些东西，问题，回复，回复的评论，回复评论的评论，这是个无限的叠楼的过程，问题表中主要字段为：课程id，章节id，小节id，标题，描述，是否匿名。
2024-01-15 21:26:03
320
原创 业务题第二天
首先，在交易微服务上传递消息到MQ上，用户要报名课程的话，如果是付费课程，先在交易微服务完成支付，如果是免费课程，就要生成订单，订单一旦生成，就会向MQ投递消息。然后再根据课程的id集合收集到课程的信息集合，转换微map，用课程的id作为主键，课程对象作为值，遍历再封装成VO返回给前端，我们要展示最近学习的流程，我们需要根课表的最近一次学习时间确定，和用户id的两个条件。首先进行分页，设置分页条件，设置业务条件，执行查询，然后获取当前页的集合。然后根据课表中的课程id调用课程微服务查询课程信息。
2024-01-14 22:48:39
361
原创 业务题第一天
首先后端会接收前端的登录请求进行处理，先对接收到的用户名和密码进行非空判断，如果是空的就返回异常提示，如果没有问题在对数据库进行交互，对比用户名的和密码是否匹配数据库中的记录，当然如果数据库中的密码是加密过后的，我们还要对前端发送过来的密码进行加密在于数据库中的记录进行对比，如果不相等就返回对应的提示，然后我们根据前端的请求，分析得出请求是根据nginx中的反向代理转发到网关，此时我们就可以找到网关对应的微服务，然后根据网关微服务中的配置文件URL，找到对应发生错误微服务的名称，
2024-01-12 21:16:25
352
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人