add fetch cert sha256 manual

[fuilloi]

添加手动获取证书指纹。不支持混淆获取sha256。只测试了手动获取hysteria2使用正常。

[fuilloi]

需要更新androidlibxtaylite。

[2dust]

非常感谢 PR，但是存在问题

1. 在更新订阅时直接处理，可能一个订阅有超过1千条数据（甚至有人一个订阅里面有1万条），超时或系统会杀掉进程，建议只保留手动功能。
2. 手动功能，不要用 Thread ，改用协程
3. 是否可以不要 libv2ray 的辅助 ？
4. 还存在一个下面的问题，其实还是订阅中直接下发 pin 最好。

获取证书指纹时，客户端本身没有受信任的锚点来验证这个证书是否真实
如果此时存在中间人攻击，被 pin 住的就是攻击者的证书
一旦写入，后续连接都会信任这个错误的指纹

[fuilloi]

非常感谢 PR，但是存在问题

1. 在更新订阅时直接处理，可能一个订阅有超过1千条数据（甚至有人一个订阅里面有1万条），超时或系统会杀掉进程，建议只保留手动功能。
2. 手动功能，不要用 Thread ，改用协程
3. 是否可以不要 libv2ray 的辅助 ？
4. 还存在一个下面的问题，其实还是订阅中直接下发 pin 最好。

获取证书指纹时，客户端本身没有受信任的锚点来验证这个证书是否真实
如果此时存在中间人攻击，被 pin 住的就是攻击者的证书
一旦写入，后续连接都会信任这个错误的指纹

嗯。。。好像okhttp还得用cronet来支持quic还是得libv2ray，hysteria2需要。设置中开启该功能后，更新订阅时弹出提示非订阅下发sha256存在中间人攻击风险？

[2dust]

其实就是在客户端获取的时候存在风险，都是不建议用这种方案的，但是作为辅助可以添加，风险用户自己承担。
这里最大的问题是在订阅更新时获取，原因上面说了；最好是只保留手动获取。
或者可以在测延迟中添加，因为这里有完整的并发控制和保活功能。

[fuilloi]

其实就是在客户端获取的时候存在风险，都是不建议用这种方案的，但是作为辅助可以添加，风险用户自己承担。 这里最大的问题是在订阅更新时获取，原因上面说了；最好是只保留手动获取。 或者可以在测延迟中添加，因为这里有完整的并发控制和保活功能。

手动获取好了。