Sssxh BLOG

前言

在 利用Jmeter模拟多用户并发请求 这篇文章中介绍了如何使用 Jmeter 模拟多用户的并发请求，有了这篇文章作为基础，下面就以抢红包的功能为例对接口进行一下测试。

前言

项目组人比较少，因此每个成员既要充当开发，也要兼顾测试的角色。平常写接口只是进行基本的单测，虽然进行过高并发的测试(开n个线程同时请求接口)，但模拟的是单用户的情况。在实际的使用场景中，高并发请求是由多个客户端的不同用户发起的，下面就记录一下如何利用 Jmeter 来模拟多用户的并发请求。

之前有记录过这个操作，但是时间一长久忘记了相关步骤，这里再重新记录一下。

问题描述

上一篇文章分析了 Logback 对过期日志清理的流程：：解决多服务下Logback日志丢失问题，找出了过期日志没有被清理的原因。其中提到了关于日志后缀顺序杂乱的问题，如下：

这里就仍按上一篇文章的思路来分析，先结合源码梳理一下日志文件后缀生成的流程。

问题描述

在上一篇文章中：服务器上的过期Logback日志没有自动清理，发现日志文件后缀错乱的问题与启动了多服务有关。在解决了这个问题后，对 [日志备份] 和 [历史日志清理] 又进行了几次测试，发现部分日志文件中存在 日志丢失 的问题。

这个问题应该只有 多服务共享一个日志文件 时会产生。在执行备份文件时，对文件重命名，它们使用的后缀是各自单独维护的。比如现在有ABC三个服务，A的后缀可能累加到了34，B的只有15，C的只有20。如果文件备份恰好在服务B进行，并且 xxx.15.log 已经由A备份过，那么B备份的 xxx.15.log 将会覆盖掉A备份的，导致日志丢失。

这个问题可以通过修改源码解决，在进行文件备份时，首先判断文件名是否已经存在，如果存在了就不重复执行了，交给别的服务来处理。

问题描述

目前项目中使用的日志是 Logback 插件，在配置文件中配了只保留最近 30 天的日志：

1

<maxHistory>30</maxHistory>

但是最近发现服务器上存在超过 30 天的日志文件，并且后缀很杂乱：

问题描述

在测试推送时，发现控制台报了如下错误

定位到问题是推送传输的内容过长导致的

最近在增肌期，下面记录一下最近的饮食，以及相应的营养元素，科学锻炼才能变大。

前言

写这篇文章初衷是了解一下现在存在的一些训练计划，以及确定现阶段的自己更适合哪一种。

前言

前段时间在服务器搭建了 Jenkins, 过程见 在Windows服务器上搭建Jenkins。这个过程顺便也学习了 windwos 的批处理脚本的编写，但是仍然只是学了点皮毛。今天在群里碰到一个朋友询问关于 bat 脚本的问题，是 for 循环中字符拼接的问题。正好之前在解决 windows 服务器上实时打印 SpringBoot 项目启动日志时，也碰到类似的问题，就直接按照我的解决办法回答了他。但他的场景与我有所不同，我了解的也只是皮毛，但是想着帮人帮到底，正好借此也能学习深入一点。这个主要涉及的是 bat脚本中变量延迟加载的知识点。