关于admin

计算机研究僧一只,Ubuntu Linuxer,Java、Python、C# 爱好者。

Java 8 DateTimeFormatter 踩坑

1. 问题描述

本月是 2019 年的第一个月,除了迎接新年之外同样也迎来了跨年带来的关于时间参数的 bug。

废话不多说,进入正题。之前写了一个任务调度系统,支持以周为粒度进行任务的调度。针对任务的每次运行都会产生一个批次号,一般以 任务名_<年份><周数> 的格式编号(比如 job_201850 ),但是在 2018 年 12 月 31 日却发现了自然周的序号发生了跳跃。

2. 分析出问题的代码

查看了一下代码,问题出在 DateTime 格式化上,原来的 DateTimeFormatter 的定义如下:

  DateTimeFormatter.ofPattern("yyyyww")

预想的是 yyyy 代表年,ww 代表自然周,对于 2018 年 12 月 31 日原本预计得到的结果是 201853,但是此处 ww 得到的结果竟然是 01。

百思不得其解之下上网查了一下,发现原来错的不是 ww,而是 yyyy

一般来说 yyyy 是和自然年的月份、日期搭配的,对于和自然周的搭配是要用 YYYY 的。代码如下:

  @Test
  public void testForWeek() {
      DateTimeFormatter rightFormatter = DateTimeFormatter.ofPattern("YYYYww");
      DateTimeFormatter wrongFormatter = DateTimeFormatter.ofPattern("yyyyww");
  
      LocalDateTime now = LocalDateTime.of(2019, 1, 7, 0, 30, 0);
      System.out.println(now);
      String right = rightFormatter.format(now);
      String wrong = wrongFormatter.format(now);
      System.out.println("right = " + right);
      System.out.println("wrong = " + wrong);
  
      now = LocalDateTime.of(2018, 12, 31, 0, 30, 0);
      System.out.println(now);
      right = rightFormatter.format(now);
      wrong = wrongFormatter.format(now);
      System.out.println("right = " + right);
      System.out.println("wrong = " + wrong);
  }

输出结果:

  2019-01-07T00:30
  right = 201902
  wrong = 201902
  2018-12-31T00:30
  right = 201901
  wrong = 201801

也就是说 2018 年 12 月 31 日实际上算是 2019 年的第一周,这也算刷新了我的认知!

虎皮尖椒酿肉

  • 配料表:

    1. 尖椒 500 g(大约四个比较大的尖椒)

    2. 绞肉(七分瘦,三分肥)350 g

    3. 姜片 2 片 切末

    4. 生抽 15 mL

    5. 老抽 7 mL

    6. 鸡蛋 1 个

    7. 马铃薯淀粉 10 g

    8. 芝麻油 5 mL

    9. 葱花 一小把(缺失)

    10. 蒜 2 瓣 切碎

    11. 生抽 10 mL

    12. 醋 20 mL

    13. 糖 10 g

    14. 水 50 mL

    15. 盐 2 g

    16. 芡汁(5 g 水 + 5 g 淀粉)

  • 注意点:

    1. 材料 2~ 9 搅拌均匀拌成肉馅。

    2. 尖椒切段去籽填充肉馅。

    3. 小火将尖椒一面煎至虎皮状,翻面盖上锅盖继续煎至虎皮状。

    4. 放入蒜蓉炒香,加入 11 ~ 14,盖上锅盖中火煮开大约再煮 5 分钟。

    5. 加入芡汁收汁。

  • 经验总结:

    1. 肉馅放入的酱油量基本可以,有足够的咸味。

    2. 调味汁还是有淀粉的腥味,这个要想想办法。

    3. 调味汁有醋的味道不是很喜欢,可以尝试一下其他配方。

  • 参考资料:

    1. 虎皮尖椒酿肉

卤金钱腱

  • 配料表

    1. 7 fresh 金钱腱一个

    2. 台湾信牌卤料包一个

    3. 红茶包 1 个

    4. 黄色多晶冰糖 50 g

    5. 生抽 100 mL

    6. 老抽 50 mL

    7. 葱姜

    8. 料酒

  • 注意点

    1. 金钱腱抹上盐,放入冰箱腌制 1~2 天。

    2. 金钱腱、葱姜、料酒加入冷水飞水,大约一个小时,中间不断捞出血沫做牛肉高汤。

    3. 捞出金钱腱用沸水再次冲洗。

    4. 在铸铁锅(22cm)中放入金钱腱,加入牛肉高汤,如果水不够一次加足开水。

    5. 加入冰糖、生抽、老抽、卤料表和茶包。

    6. 大火烧开,小火炖两个小时。

    7. 将金钱腱放入密封袋,冷藏一晚。

  • 经验总结

    1. 注意红茶的茶叶包一定要结实的否则卤水只能用一次

  • 参考资料

    1. 五香卤牛肉简易做法,附一般卤水保养方法

    2. 真羡慕你们,年纪轻轻就养了一锅老卤

啤酒炖鸭

  • 配料表:

    1. 半片鸭

    2. 鸭腿 2 只

    3. 青椒 2 只

    4. 八角 1 个

    5. 桂皮 1 块

    6. 大葱两段

    7. 生姜 8 片

    8. 小米椒 5 个

    9. 生抽

    10. 老抽

    11. 青岛啤酒 500 mL 一罐

    12. 白胡椒

  • 注意点:

    1. 鸭子切块洗净。

    2. 鸭肉冷水入锅加入料酒葱姜飞水。

    3. 炒锅中加入少量油,加入葱姜、香料。

    4. 加入鸭肉上糖色并炒至鸭肉出油,加入生抽、老抽和糖。

    5. 将炒锅中的鸭肉转移至铸铁锅内,加入葱姜和啤酒炖煮,先大火煮开然后小火慢炖。

    6. 炖煮 30 分钟以上,加入青椒和小米椒。

    7. 出国前撒入适量白胡椒。

  • 经验总结:

    1. 鸭肉尽量还是选用冰鲜鸭肉,冷冻的解冻比较花时间,而且味道无法保证。

    2. 香料不能多加,加了一片桂皮和大约 6 个八角结果香料味道太重盖住了鸭肉的香味。

    3. 鸭肉入锅前没有先炒制香料和葱姜蒜。

    4. 生抽和老抽没有在炒鸭肉的时候加,在炖煮的时候再加晚了。

  • 参考资料:

    啤酒烧鸭

泡椒凤爪

  • 配料表:

    1. 凤爪 400g

    2. 大葱两段

    3. 白酒若干

    4. 八角两颗

    5. 桂皮两片

    6. 柠檬两片

    7. 干辣椒 15g

    8. 花椒 10g + 若干散装

    9. 洋葱 100g

    10. 胡萝卜半根 切条状

    11. 尖椒一根切环

    12. 小米辣若干

    13. 白醋 50mL

    14. 冰糖 30g

    15. 盐 30g

    16. 姜片 50g + 飞水用若干

    17. 大蒜 50g

    18. 野山椒 180g

  • 注意点:

    1. 鸡爪洗净,剪掉指甲。

    2. 鸡爪冷水入锅加料酒、葱姜、一小把花椒。

    3. 大火煮沸,然后保持沸腾状态 15 分钟,期间不断捞除血沫。

    4. 捞出鸡爪,倒入白酒搅拌。搅拌均匀并且鸡爪开始降温后再用冷开水或者矿泉水(最好是冰水)清洗一遍。

    5. 依次放入野山椒 180g、大蒜 50g、姜片 50g、冰糖 30g、盐 30g、花椒 10g、白醋 50 mL、干辣椒 15g、八角、桂皮、鸡爪、胡萝卜、洋葱、尖椒、小米辣、、柠檬。

    6. 注入适量的矿泉水淹没鸡爪。

    7. 腌制 24 小时。

  • 经验总结:

    1. 使用白酒的目的有三点:(1)可以洗去鸡爪表面剩余的油腻;(2)有助于降温;(3)为鸡爪增加一些白酒的风味。使用白酒和清水清洗两次可以使得鸡爪的异味清除的更加彻底。

    2. 鸡爪不宜放的太多,鸡爪摆置后空隙较大,如果鸡爪太多需要注入大量水,反而会稀释泡椒的味道。

  • 使用器具:

    1. 2000 mL 密封瓶

  • 参考资料:

    1. 如何制作泡椒凤爪——灰子美食实验室

    2. 怎么做泡椒凤爪

耙牛肉

  • 配料表:

    1. 牛腹肉 500g

    2. 牛蹄筋 500g

    3. 火锅底料 250g

    4. 梅花花椒若干

    5. 八角

    6. 桂皮

    7. 干辣椒

    8. 生抽、蚝油

    9. 葱姜蒜若干

  • 注意点:

    1. 牛腹肉和牛筋切大块,在水中浸泡泡出血水。

    2. 加入葱姜和料酒飞水,捞出血沫。

    3. 飞水完成捞出葱姜和牛肉,尽量保持肉汤清澈作为牛肉高汤。

    4. 牛肉捞出后温水洗净,沥干水分。

    5. 起油锅放入八角、桂皮、花椒、大蒜、姜片爆香,放入火锅底料炒出红油。

    6. 放入牛肉进行翻炒均匀上色。

    7. 将高汤移到珐琅锅内,将炒锅中的肉放入珐琅锅。

    8. 加入几片生姜、两段大葱、适量生抽和蚝油炖煮 2 小时。

  • 经验总结:

    1. 锅底太辣的话放的量需要斟酌,如果牛油太多的话可以放凉冷却以后去掉表面的牛油和辣油。

    2. 火锅锅底的香料如果太浓烈会掩盖牛肉本身的原味,如何平衡锅底的香料和牛肉的原味是个问题。

  • 参考资料:

    耙牛肉火锅

虫草枸杞乌鸡汤

  • 配料表

    1. 湘佳 丝乌鸡(900g)一只

    2. 红枣 10 颗

    3. 枸杞一小把

    4. 虫草花 75g

    5. 葱姜若干

  • 注意点:

    1. 鸡肉斩件。

    2. 鸡肉飞水可以温水下锅,加入姜蒜和料酒。

    3. 尽量捞干净血沫,飞水后捞出洗净。

    4. 将鸡肉、姜片(3片)和泡好的红枣、枸杞、虫草一起下炖锅,炖锅里注入适量冷水(冷水慢慢升温炖出鸡肉内部的风味,中途不可加水)。

    5. 大火煮开后加入适量冰糖,小火炖煮两个小时。

    6. 起锅之前加入适量的盐调味。

  • 经验总结:

    1. 汤锅里的水不宜太满,否则沸腾之后容易溢出。

    2. 冰糖不宜加太多,冰糖可以赋予汤头更深的层次感,但是太多了会偏甜。

    3. 枸杞、红枣和虫草会赋予鸡汤琥珀色的颜色,如果鸡汤可以过一遍滤筛的话效果会更好。

  • 参考资料

    香菇鸡汤

Spring Bean Validation

1. 前言

平时写接口的时候难免有要对外开放接口调用,如果接口请求体的结构比较简单还好,但是不可避免会遇到一些包含嵌套对象的请求体。

这个时候最烦的就是做参数校验了,一堆的 Objects.isNull 或者 Strings.isNullOrEmpty。冗长的一堆很不雅观而且基本不太可能复用。

最近突然发现 JSR303 (Bean Validation) 的存在,结合 @ControllerAdvice 定制全局异常可以大大减轻参数校验的负担呢。

简单来说,从参数校验的内容来看可以分为两种:

  • 业务无关的参数校验:NotNull、NotEmpty 等等。

  • 业务相关的校验:ID 值的有效性等。

对于业务无关的参数校验,如果校验不通过则会抛出相应的异常。对于与业务有关的参数我们可以在校验不通过后抛出运行时异常。

这些异常可以在 @ControllerAdvice 注解的类中统一处理。

2. 代码实例

2.1 依赖引入

pom.xml 文件中首先引入依赖:

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-validation</artifactId>
</dependency>

2.2 简单使用

我们首先定义一个接口:

@GetMapping("jobs")
public Response<String> get(@Valid GetRequest request) {
    return Responses.successResponse(request.getKeyword());
}

然后是请求体格式:

package com.avaloninc.springvalidationexample.request;

import com.avaloninc.webapi.common.request.base.BaseRequest;
import lombok.Data;
import org.hibernate.validator.constraints.NotBlank;

@Data
public class GetRequest extends BaseRequest {
  @NotBlank
  private String keyword;
}

简单来说就是一个只包含一个参数的 GET 请求。请求体的 keyword 字段上面通过 @NotBlank 注解修饰了参数。

Controller 上使用 @Valid 参数触发对参数的校验。

2.3 嵌套结构

通常的使用场景不会有这么简单,请求体往往是嵌套的结构。即请求体的实例成员变量往往是一个集合对象或者另一个类的实例:

package com.avaloninc.springvalidationexample.request;

import com.avaloninc.webapi.common.request.base.BaseRequest;
import lombok.Data;
import org.hibernate.validator.constraints.NotBlank;
import org.hibernate.validator.constraints.NotEmpty;

import java.util.List;

import javax.validation.Valid;
import javax.validation.constraints.NotNull;

@Data
public class CreateRequest extends BaseRequest {
  @NotBlank
  private String       name;
  @NotEmpty
  private List<String> alarmReceivers;
  @NotNull
  @Valid
  private Resource     resource;
  @NotEmpty
  @Valid
  private List<File>   files;

  @Data
  public static class Resource {
    @NotEmpty
    private String account;
    @NotEmpty
    private String queue;
  }

  @Data
  public static class File {
    @NotEmpty
    private String fileName;
    @NotEmpty
    private String filePath;
  }
}

这种情况下记得在这些成员变量之上同样加上 @Valid 注解即可!

2.3 全局异常处理

对于参数违反的约束都会以异常的形式抛出来,我们可以在一个类中进行全局的异常处理:

package com.avaloninc.springvalidationexample.advice;

import com.avaloninc.webapi.common.response.Response;
import com.avaloninc.webapi.common.response.Responses;
import lombok.extern.slf4j.Slf4j;
import org.springframework.http.HttpStatus;
import org.springframework.validation.BindException;
import org.springframework.validation.FieldError;
import org.springframework.web.bind.MethodArgumentNotValidException;
import org.springframework.web.bind.annotation.ControllerAdvice;
import org.springframework.web.bind.annotation.ExceptionHandler;
import org.springframework.web.bind.annotation.ResponseBody;
import org.springframework.web.bind.annotation.ResponseStatus;

import java.util.stream.Collectors;

@ControllerAdvice
@Slf4j
public class GlobalControllerAdvice {

  @ExceptionHandler(BindException.class)
  @ResponseBody
  @ResponseStatus(HttpStatus.BAD_REQUEST)
  public Response handle(final BindException ex) {
    String errorMsg = ex.getFieldErrorCount() > 0
        ? ex.getFieldErrors().stream()
        .map(this::getFieldErrorMessage).collect(Collectors.joining(" "))
        : ex.getMessage();
    return Responses.errorResponse(HttpStatus.BAD_REQUEST.value(), errorMsg);
  }

  @ExceptionHandler(MethodArgumentNotValidException.class)
  @ResponseBody
  @ResponseStatus(HttpStatus.BAD_REQUEST)
  public Response handle(final MethodArgumentNotValidException ex) {
    String errorMsg = ex.getBindingResult().getFieldErrorCount() > 0
        ? ex.getBindingResult().getFieldErrors().stream()
        .map(this::getFieldErrorMessage).collect(Collectors.joining(" "))
        : ex.getMessage();
    return Responses.errorResponse(HttpStatus.BAD_REQUEST.value(), errorMsg);
  }

  private String getFieldErrorMessage(FieldError err) {
    return err.getField() + " " + err.getDefaultMessage() + "!";
  }

  @ExceptionHandler(IllegalArgumentException.class)
  @ResponseBody
  @ResponseStatus(HttpStatus.BAD_REQUEST)
  public Response handle(final IllegalArgumentException ex) {
    return Responses.errorResponse(HttpStatus.BAD_REQUEST.value(), ex.getMessage());
  }

  @ExceptionHandler(Exception.class)
  @ResponseBody
  @ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR)
  public Response handle(Exception ex) {
    Response response = Responses.errorResponse(HttpStatus.INTERNAL_SERVER_ERROR.value(), ex.getMessage());
    log.error("Internal Server Error with trace id {}.", response.getMeta().getTraceId(), ex);
    return response;
  }
}

如上面的代码所示,参数校验不通过抛出的异常基本可以总结为:BindExceptionMethodArgumentNotValidException 两种。我们可以从 FieldError 中取出违反约束的参数名以及对应的错误提示!

对于业务相关的参数我们可以用 IllegalArgumentException 来进行异常的抛出和捕获。

最后使用了一个 Exception 来捕获所有没有处理的异常,进行统一的错误日志记录和错误信息的返回。

3. 总结

其实这里只是做了一个最简单的罗列,具体的注解的功能以及使用的类型大家可以从参考资料进一步学习。

借助于 Bean Validation 的确可以大大简化参数的校验,但是还没有想好怎么在工程实践中大规模地使用。

毕竟参数校验可能包含了一定的业务逻辑,全部放在注解中是否合适还有待商榷。

4. 参考资料

GitLab API 踩坑小结

1. 前言

今年上半年一直在做一个离线作业的调度系统。这个季度为了更好的用户体验,避免用户手动上传和管理文件,做了与公司内部 GitLab 打通的功能。

一方面通过 GitLab 提供的 API,可以很方便地选定某个脚本文件作为数据加工的执行脚本。每次升级的时候选定不同 commit 的版本即可快速地发布任务。

另一种场景下,通过打通 GitLab 的 WebHook 可以在用户向 master 分支推送代码的时候自动触发构建和上传构建好的 artifact,避免用户手动上传几百兆的 JAR 包的等待时间。

2. 实现方案

2.1 文件获取与存储

先说一下文件存储,由于作业调度在分布式环境下执行,所以文件的存储也必须是一个高可用的分布式的文件存储。

作为一个离线作业的调度系统,第一个想到的自然是 HDFS。毕竟如果 HDFS 挂了,基本离线计算任务你也别想跑了。

文件的获取方式分为两种:

第一种是直接从 GitLab 的 Repository 里面拉取文件,这种只适合 SQL、Shell、Python 纯文本的脚本文件(相关接口见:Get file from repository)。

第二种则是面向诸如 Spark 程序的 JAR 包,动辄上百兆。具体做法是与 Jenkins 这种打包构建的工具相结合,master 分支的代码更新后触发 WebHook,由构建工具将源代码打包并通过接口回传。接口可以根据项目的 Project id 和 commit id 组合成一个确定的路径写入 HDFS。

2.2 账号与权限

说到 GitLab API 的调用就不得不提 GitLab 的认证的过程。GitLab 提供了三种验证方式

本着猛糙快的互联网精神,果断选择了第二种方式:使用账户生成一个 TOKEN,通过 HTTP 请求的 Header 参数或者 URL 中的查询参数传递给服务器。简单粗暴!

那么第一个问题来了,这个账号用谁的账号呢?

从代码安全性的角度考虑,个人账号不合适。原因有两点:首先私有项目如果要使用该功能必须把这个账号加入到项目的 Members 中,意味着个人账号可以看到别人(或者别的组)私有项目的内容。本着不粘不背锅的精神,能不碰的就不碰。第二点,GitLab 的账号与企业 LDAP 账号是互通的,一旦离职很可能直接导致 TOKEN 失效,API 无法调用(负责 GitLab 的小姐姐一直强调交接的问题,一种明天就要离职的感觉)。

解决方案是申请一个应用账号,这个账号默认不带有任何项目的权限,用户需要使用这个功能的时候将应用账号加入到 Members 中,赋予 Reporter 角色(至少是 Reporter 角色,否则无法获取文件内容)。

第二个问题:如果共享一个应用账号如防止用户窥探无权限的项目呢?

答案是每次涉及项目信息时通过 GitLab 的 Get project users 接口获取有权限用户的用户名列表,与请求用户的用户名对照。

2.3 交互过程

无论是通过 GitLab 获取文件还是构建好的 artifact,第一步都是先确定一个项目以及其版本信息。搜索 GitLab 项目、选取 Master 分支的特定 commit 流程可以用下图来简单描述一下:

接下来首先说一下 GitLab 文件的上传过程。要唯一的确定 GitLab 中的一个文件需要三个要素:GitLab Project id、Commit id 以及文件在项目中相对路径。因此,后续的交互过程可以用下图来描述:

然后说一下 Git artifact 的上传。使用 WebHook 之后 Jenkins 会把所有 artifact 通过接口回传,我们要做的只是权限和文件的验证即可:

3. 踩过的坑

3.1 分页参数

先从 GitLab 的 API 返回格式说起吧。在过往的工作经历中,后端返回 JSON 一半分为三个部分:

  • Response 元信息,比如返回的状态码、错误提示、请求的唯一标识等等。

  • Response 数据题,真正承载数据的部分。

  • Response 分页信息,主要针对列表查询。

但是 GitLab API 的风格完全不一样,没有响应的元信息和分页信息,直接使用 HTTP 的 Status Code 描述请求的异常。

这倒也罢了,但是类似于列表的接口完全没有分页信息,请求的参数里也没有提到分页参数的设置。一开始还自作聪明地以为 GitLab 的 API 返回了全量的数据,结果在通过关键字搜索 Git 仓库的时候竟然搜不到自己的项目!之后查阅文档才发现 GitLab 的分页信息是写在 Header 里面的(详情请见 Pagination)!

3.2 URL 参数转义

Get file from repository 这个接口的参数定义中,file_path 的说明是 Url encoded full path to new file. Ex. lib%2Fclass%2Erb。意思是说 lib/class.rub 这种文件的相对路径要进行转义,在使用 RestTemplate 的时候猜到了 URL 参数转义的坑。

首先看如下代码:

  @Test
  public void testForUriTemplateWithRawPathParam() {
    String url = "https://gitlab.example.com/api/v4/projects/{project_id}/repository/files/{file_path}"
        + "?private_token={token}";
    UriTemplate uriTemplate = new UriTemplate(url);
    URI expand = uriTemplate.expand(ImmutableMap.of("project_id", 1,
                                                    "file_path", "lib/class.rb",
                                                    "token", "abc"));
    System.out.println("expand = " + expand.toString());
  }

标准输出流的结果是:

expand = https://gitlab.example.com/api/v4/projects/1/repository/files/lib/class.rb?private_token=abc

看来 UriTemplate(org.springframework.web.util.UriTemplate) 并不会主动为参数进行转义,那么我们手动为参数进行转义试试:

  @Test
  public void testForUriTemplateWithEncodedPathParam() throws UnsupportedEncodingException {
    String url = "https://gitlab.example.com/api/v4/projects/{project_id}/repository/files/{file_path}"
        + "?private_token={token}";
    UriTemplate uriTemplate = new UriTemplate(url);

    String encode = UriUtils.encode("lib/class.rb", "UTF-8");
    System.out.println("encode = " + encode);
    URI expand = uriTemplate.expand(ImmutableMap.of("project_id", 1, "file_path", encode, "token", "abc"));
    System.out.println("expand = " + expand.toString());
  }

输出的结果为:

encode = lib%2Fclass.rb
expand = https://gitlab.example.com/api/v4/projects/1/repository/files/lib%252Fclass.rb?private_token=abc

看来 UriTemplate 把我们手动转义的参数中的 % 又进行了一次转义变成了 %25

看来 UriTemplate 要么不转义,要么把结果再给转一次,反正是没法用了。

那么到底如何才能得到正确的参数呢?

我们需要使用 UriComponentsBuilder(org.springframework.web.util.UriComponentsBuilder)

虽然 UriTemplate 底层也是使用的 UriComponentsBuilder,但是我们需要更加精细的控制:

 @Test
  public void testForUriComponentsBuilder() throws UnsupportedEncodingException {

    URI    uri;
    String filePath = "lib/class.rb";

    // Illegal for path, it should use pathSegment
    //uri = UriComponentsBuilder.fromUriString("https://gitlab.example.com/api/v4/projects/")
    //    .path(String.valueOf(1)).path("repository").path("files").path("lib/class.rb")
    //    .queryParam("private_token", "abc").build(false).toUri();
    //System.out.println("uri = " + uri.toString());
    // result: uri = https://gitlab.example.com/api/v4/projects/1repositoryfileslib/class.rb?private_token=abc
    //
    //uri = UriComponentsBuilder.fromUriString("https://gitlab.example.com/api/v4/projects/")
    //    .path(String.valueOf(1)).path("repository").path("files").path("lib/class.rb")
    //    .queryParam("private_token", "abc").build(true).toUri();
    //System.out.println("uri = " + uri.toString());
    // result: uri = https://gitlab.example.com/api/v4/projects/1repositoryfileslib/class.rb?private_token=abc

    // exception for build true parameter because 'lib/class.rb' contains '/'
    //uri = UriComponentsBuilder.fromUriString("https://gitlab.example.com/api/v4/projects/")
    //    .pathSegment(String.valueOf(1), "repository", "files", "lib/class.rb")
    //    .queryParam("private_token", "abc").build(true).toUri();
    //System.out.println("uri = " + uri.toString());

    String encode = UriUtils.encode(filePath, "UTF-8");
    System.out.println("encode = " + encode);
    String encodePath = UriUtils.encodePath(filePath, "UTF-8");
    System.out.println("encodePath = " + encodePath);
    String encodePathSegment = UriUtils.encodePathSegment(filePath, "UTF-8");
    System.out.println("encodePathSegment = " + encodePathSegment);

    uri = UriComponentsBuilder.fromUriString("https://gitlab.example.com/api/v4/projects/")
        .pathSegment(String.valueOf(1), "repository", "files", encodePathSegment)
        .queryParam("private_token", "abc").build(true).toUri();
    System.out.println("uri = " + uri.toString());
  }

使用上述单元测试里的代码即可构造出访问 GitLab 所需要的 URI 了!

4. 小结

本文所有的参考资料全部来源于 GitLab 的 API 文档,涉及到的 API 有:

以上。