最近在思考安全性的问题。情景是：服务器和客户端之间的数据通讯（更确切的是，主要是服务器给客户端传递数据）。
如果使用https的话，不可避免的是每次链接都会有更多的握手步骤，带来的时间开销，会大大的降低移动端的用户体验吧。而且，用经典的ASIHttprequest似乎也不支持https╮(╯_╰)╭。
不知道大侠们有些什么更好的建议？
写回答
服务器端与客户端先共同约定好一个密钥K，客户端可通过SFHKeychainUtils等工具加密存储K；
服务器端加密时，可获取当前unix时间戳，假设为T，则加密过程中可使用K-md5(T)-K（或任意其他规则，只要将T混淆到密钥中即可）为密钥，进行加密，并将加密时的时间戳T或md5(T）传给客户端；
客户端根据相应的规则拼接好密钥后，进行解密。
这样做的好处是，即使密钥K或任意一次会话过程中的密钥被破解，仍然无法完全对所有会话进行解密，必须同时知道K、密钥拼接规则以及加密方法才可完全破解。
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
