根据文档：https://developer.huawei.com/consumer/cn/doc/development/HMSCore-References/https-send-api-0000001050986197#ZH-CN_TOPIC_0000001134031085__p1167774704012
AndroidNotification有profile_id，而demo中的AndroidNotification类并没有。

建议在AndroidNotification类中增加：

    @JSONField(name = "profile_id")
    private String profileId;

同时修改Builder、AndroidNotification.AndroidNotification(Builder)中相关代码

类Message.check()中存在如下代码：
boolean isEmptyData = StringUtils.isEmpty(data);
isEmptyData并没有参与判断，因此属于无意义代码，如果真的没有用，建议删除。

这个能统一上传到maven官方仓库吗 方便集成 也方便版本管理

要配置哪些验证参数，这些参数哪里查的到，改到代码什么地方？

Description
SDK的封装可以参考小米的push-SDK

Expected behavior
1.希望SDK提供异步操作的方法
2.希望对消息的返回体封装丰富一些，后面会提供demo（毕竟这个实际影响业务编写）
3.希望增加metric接口方便线上监控

Current behavior
1.目前SDK里面集成fastjson这种有安全漏洞的序列化依赖
2.目前SDK对消息的返回体真是处理的太粗糙了

Screenshots
定义了一个SendResponse返回体，只有80000000才会封装
1.对于非80000000的返回code和message没有封装（特别是message竟然没有了，影响实际业务编写）
2.对于http的exception，直接把状态码给。。。。（这个503频控让业务咋搞，实在不行咱学苹果不限速了）

Environment
all Environment

Other
一步步来，看好你

| appid | 应用ID，从应用信息中获取 |
| appsecret | 应用访问密钥，从应用信息中获取 |

请问readme中的appsecret哪里获取？配置只有api_key和client_secret，到底是哪个？

Hi everyone, I tried pushing the notification with http proxy, it works fine. But I want to use a socks 5 proxy, can you give me example for solve my problem?

根据文档：https://developer.huawei.com/consumer/cn/doc/development/HMSCore-References/https-send-api-0000001050986197#ZH-CN_TOPIC_0000001134031085__p443363181111
AndroidConfig有receipt_id，而demo中的AndroidConfig类并没有。

建议在AndroidConfig类中增加：

    @JSONField(name = "receipt_id")
    private String receiptId;

同时修改Builder、AndroidConfig.AndroidConfig(Builder)中相关代码

那样使用起来不是方便很多嘛...

根据文档：https://developer.huawei.com/consumer/cn/doc/development/HMSCore-References/https-send-api-0000001050986197#ZH-CN_TOPIC_0000001134031085__p1732019820230，style的取值为0、1、3。
AndroidNotification.check(Notification)中有一段提示信息“style should be one of 0:default, 1: big text, 2: big picture”，这里推测2.big picture应该是已经下线或隐藏，那么提示信息建议改为："style should be one of 0:default, 1: big text, 1: inbox"

原代码：

        public Builder addPayloadAps(Aps aps) {
            this.aps = aps;
            return this;
        }

        public Builder addPayload(Aps aps) {
            this.aps = aps;
            return this;
        }

两个方法内容相同。ApnsConfig.Builder中缺乏setAps()方法，addPayloadAps()和addPayload()方法容易让人觉得和参数payloadAps和payload相关，容易有误解。建议改为：

        public Builder setAps(Aps aps) {
            this.aps = aps;
            return this;
        }

根据文档：https://developer.huawei.com/consumer/cn/doc/development/HMSCore-References/https-send-api-0000001050986197#ZH-CN_TOPIC_0000001134031085__p188911438143814
目标用户类型，取值如下：
1：测试用户
2：正式用户
3：VoIP用户

但是ApnsHmsOptions类中：

    private static final int TEST_USER = 1;
    private static final int FORMAL_USER = 1;
    private static final int VOIP_USER = 1;

期望改为

    private static final int TEST_USER = 1;
    private static final int FORMAL_USER = 2;
    private static final int VOIP_USER = 3;

考虑到没有枚举类TargetUserType，因此建议上面的三个枚举值从private改为public。

Java中通常方法名是以小写开头的，在Alert.Builder类中，存在两个方法以大写开头，建议修改。
原始代码：

        public Builder AddAllLocArgs(List<String> locArgs) {
            this.locArgs.addAll(locArgs);
            return this;
        }

        public Builder AddLocArg(String locArg) {
            this.locArgs.add(locArg);
            return this;
        }

期望修改后：

        public Builder addAllLocArgs(List<String> locArgs) {
            this.locArgs.addAll(locArgs);
            return this;
        }

        public Builder addLocArg(String locArg) {
            this.locArgs.add(locArg);
            return this;
        }

根据文档：https://developer.huawei.com/consumer/cn/doc/development/HMSCore-References/https-send-api-0000001050986197#ZH-CN_TOPIC_0000001700731289__p17267191111615 存在80300013错误码，但ResponceCodeProcesser类中不存在，期望加上。

put(80300013, "Invalid Receipt address");

根据文档：https://developer.huawei.com/consumer/cn/doc/development/HMSCore-References/https-send-api-0000001050986197#ZH-CN_TOPIC_0000001134031085__p173287813234
存在如下错误码：

• 80100017：同时发送的Topic任务超过100个。
• 80100018：消息体内容验签不通过。
• 80300011：无权限发送高级别通知消息。
• 80600003：请求Oauth服务失败。

但是ResponceCodeProcesser类中并不存在这些错误码，建议增加：

    // 错误码80100016后增加
    put(80100017, "Send task cannot be more than 100 concurrently");
    put(80100018, "The message body cannot pass the verification");
    // 错误码80300010后增加
    put(80300011, "No permission to send high-level notification messages");
    put(80600003, "Request OAuth service failed");

根据文档：https://developer.huawei.com/consumer/cn/doc/development/HMSCore-References-V5/https-send-api-0000001050986197-V5#ZH-CN_TOPIC_0000001134031085__p9325108132317
vibrate[]类型为integer，因此建议WebNotification类中的vibrate使用List而不是List，同时Builder中相应位置需做改动。

对ProfileId的判断如下：

校验工具类代码如下：

当profileId 小于 64时， 会抛出异常。辛苦关注下该问题，会影响通知的正常发送。

Description
BadgeNotification类中，原始代码：
public BadgeNotification(Integer addNum, String badgeClass) {
this.addNum = builder().addNum; <----这一行
this.badgeClass = badgeClass;
}

Expected behavior
应该改为：
public BadgeNotification(Integer addNum, String badgeClass) {
this.addNum = addNum;
this.badgeClass = badgeClass;
}