HarmonyOS鸿蒙Next开发中为啥带自签名证书的网络请求框架实现几乎没个例子呢
HarmonyOS鸿蒙Next开发中为啥带自签名证书的网络请求框架实现几乎没个例子呢 最近啊,一直在研究怎么用蒹葭、OkHttp、Apache HttpClient之流的框架,想实现一个app带着自签名的公钥私钥(证书,本来就不专业,形容有误请见谅)请求已经搭建好的后台的接口这么一回事儿。。。。。
嗯,就在这个关键的时候,我发现已经放到那个啥上边的demo除了已经建好的网站(不是自己个儿搞得,就是那种大的)网址贴上去用https访问没任何问题,自己个儿在家里边搭的网站用https就死活请求不了(用http开头的字符串请求就报错,大概是强制https吧),把证书按上去就又开始各种不明不白地报错。。。。。
感觉有点儿危,想求教一下怎么在自己的洪门每个应用上集成好自签名的证书请求已经搭建好的且安上配对密钥的后台。后台是springcloud。
https://gitee.com/openharmony-tpc/okhttputils
支持自签名网站https的访问,提供方法设置下证书就行
更多关于HarmonyOS鸿蒙Next开发中为啥带自签名证书的网络请求框架实现几乎没个例子呢的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
可参看okhttputils使用https://gitee.com/openharmony-tpc/okhttputils
解决了诸位,http转https访问时候重定向没处理好,嗯,很蠢的一个错误。
http的可以在config.json里面设置:
{
"deviceConfig": {
"default": {
"directLaunch": false,
"network": {
"usesCleartext": true,
"cleartextTraffic": true
}
}
}
},
嗯,这么干是没错,可比赛要求就是https(嗯,要不是必须https我也雀食懒得费劲)。症结就在于怎么把自签名的那个证书在访问https(自建的接口)验证时能被正确的调用。
欢迎开发小伙伴们进来帮帮楼主
在HarmonyOS鸿蒙Next开发中,自签名证书的网络请求框架实现示例较少,主要原因有:
- 安全性考虑:自签名证书容易存在安全风险,如中间人攻击,官方更推荐使用受信任的CA证书。
- 开发复杂度:自签名证书的配置和管理相对复杂,开发者更倾向于使用已受信任的证书。
- 官方文档和示例偏向主流实践:官方文档和示例更侧重于展示主流、安全的开发实践,自签名证书的使用场景较为小众。
建议在必须使用时,参考Android或iOS的自签名证书处理方式,结合HarmonyOS的API进行适配。