proto 文件来源：https://github.com/SocialSisterYi/bilibili-API-collect

这有几个坑

- 几个空的 proto 文件会生成重复的 ApiKt 导致 generateProto 时失败
- proto 文件中好几个包名中包含 java 关键字 interface，导致无法编译，需要手动指定 java_package
- nativeact.proto 生成的 java 代码在编译时会在编译时报上百个“找不到符号”，先删去

### 编译速度对比

仅编译 `bili-api`，对比 `:bili-api:compileKotlin` 任务执行时长，删掉 `bili-api/build` 后再编译

#### 编译设备

Intel(R) Core(TM) i5-8279U CPU @ 2.40GHz

macOS 13

#### 结果

|旧编译器|第 1 次|第 2 次|第 3 次|
|-|-|-|-|
|耗时|248.0s|228.0s|244.3s|
|总耗时|310.2s|282.8s|315.2s|
|占比|79.9%|80.6%|77.5%|

|K2|第 1 次|第 2 次|第 3 次|
|-|-|-|-|
|耗时|104.3s|107.1s|106.2s|
|总耗时|168.4s|173.3s|174.6s|
|占比|61.9%|61.8%|60.8%|

将会导致 Compose 代码编译失败，之前启用 K2 是为了改善引入 gRPC 后的编译速度

This reverts commit 54b199a.

- 将 `protobuf-kotlin-lite` 更换为 `protobuf-kotlin`，因为 protobuf-kotlin-lite 中不包含 ProtoAny.unpack() 等方法，会无法解析 Any
- 增加 grpc 会用到的 grpc-okhttp 依赖

因为将一个 proto 生产的代码全部写入到一个文件内会导致文件巨大，例如 bilibili.app.view.v1.ViewOuterClass 文件行数达到了 22w 行，文件大小 7m+，此时会导致 ide 默认设置下无法解析这么大的代码文件
并且会导致 Any 中记录的 class 名称无法直接使用，例如 bilibili.rpc.Status 会被编译为 bilibili.rpc.StatusOuterClass$Status

pgcanymodel.proto -> PGCAnyModel.proto
ugcanymodel.proto -> UGCAnyModel.proto

因为在 Actions 中编译时出现错误（但在本地上编译没问题）：

/Users/runner/work/bv/bv/bili-api/build/generated/source/proto/main/java/bilibili/app/playerunite/ugcanymodel/UGCAnyModel.java:6: error: class Ugcanymodel is public, should be declared in a file named Ugcanymodel.java
> Task :bili-api:compileJava
public final class Ugcanymodel ***
             ^
/Users/runner/work/bv/bv/bili-api/build/generated/source/proto/main/java/bilibili/app/playerunite/pgcanymodel/PGCAnyModel.java:6: error: class Pgcanymodel is public, should be declared in a file named Pgcanymodel.java
public final class Pgcanymodel ***
             ^
2 errors

更改使用 android_hd 的 appkey 以便使用扫码登录

# Conflicts:
#	gradle/libs.versions.toml

…几次额外请求

这可以避免修改 :bili-api 中的代码后反复重新编译未改动的 gRPC 代码，以节省编译时间

…t.v1.list.proto`

gRPC 接口 `bilibili.polymer.list.List` 在访问时返回错误 404，有效请求路径应为 `bilibili.polymer.list.v1.List`

部分 gRPC 接口要求 app 标识与所使用的 access token 相匹配

返回的错误信息除了`bilibili.rpc.Status`还包含`common.ErrorProto`，解码后看到这两个消息结构相同，因此直接复制`bilibili.rpc.Status`的代码

错误信息示例：

grpc-status-details-bin=CAISBzYwMDIwMDQaWgoldHlwZS5nb29nbGVhcGlzLmNvbS9jb21tb24uRXJyb3JQcm90bxIxCNSq7gISKuaKseatieaCqOaJgOS9v+eUqOeahOW5s+WPsOS4jeWPr+ingueci++8gRpcCid0eXBlLmdvb2dsZWFwaXMuY29tL2JpbGliaWxpLnJwYy5TdGF0dXMSMQjUqu4CEirmirHmrYnmgqjmiYDkvb/nlKjnmoTlubPlj7DkuI3lj6/op4LnnIvvvIE

# Conflicts:
#	app/src/main/kotlin/dev/aaa1115910/bv/activities/user/LoginActivity.kt
#	app/src/main/kotlin/dev/aaa1115910/bv/component/controllers2/MenuController.kt
#	app/src/main/kotlin/dev/aaa1115910/bv/screen/user/UserInfoScreen.kt
#	gradle/gradle.versions.toml
#	gradle/libs.versions.toml

搜索接口在 web 端与 app 端间有较大差距导致一系列问题
- app 端分类搜索接口无法使用筛选器，要使用删选器可能得使用综合搜索接口
- 推荐搜索项的图标大小可能会显示异常
- 搜索建议在 app 端接口可能会提示一些通过 av/bv/文章id 直接跳转的提示项，目前暂未处理

目前感觉搜索结果页需要找个良辰吉日来重写

在引入 grpc 后，在 linux 下打包会莫名其妙中断打包，而在 macos 中一切正常

https://android-review.googlesource.com/q/I39cf65807e5f0a33f1345c4ac881c6ccb2d36e4a

但 focusRestorer 仅适用于 LazyList，对于 Row，Column 这种 List 无效，因此未替换掉 TopNav 中的 FocusGroup

resolved #41

使用代理接口时必须将参数进行排序

- 去掉粉色主题色（一些地方用粉色真的太扎眼了）
- 替换组件
- 界面优化

登录后未将 token 信息保存至 AuthRepository，导致部分接口请求时缺少参数

# Conflicts:
#	app/src/main/kotlin/dev/aaa1115910/bv/screen/SeasonInfoScreen.kt

This reverts commit 908630b.

支持使用代理服务器

Tagging version v0.2.2 v0.2.2