https是如何保证安全的?

总所周知,http是明文传输的,也就是你在发往目标服务器的过程中,中间路径下的所有的计算机都能抓取到ip数据包。中间服务器作为路由中转,数据流只会到达网络层,但是因为是明文传输,所以可以看到ip数据包上面携带的http明文。

https之所以安全,是因为使用了tls、ssl协议(下文所有安全协议都以tls讲述)。同样是建立在http的基础上的,对于http协议的应用程序开发者,其实是透明的,因为是相当于在http的传输道路上开辟了一条安全绿色通道,而这条通道,就是tls协议干的。

tls协议是建立在传输层以上,应用层以下,也就是应用层和传输层之间,我们这里简称为L层。客户端使用https传输的时候,在应用层还是明文,经过L层后,变成了密文,所以到了传输层的时候,其实变成一堆加密后的东西了。注意https的加密只在L层做了处理,所以下面的传输层以下都不会加密,明文传输(如果把ip头这些加密了,你还能确定网络包能到达目标服务器?)
这里写图片描述
此时加密后的ip包在网络之间游荡,当中间不轨的计算机抓取ip包后,由于不能到达L层,所以看到还是密文。而当数据包真正到达目标服务器的时候,传到L层的时候,由L层进行解密,所以到达应用层http的时候,又恢复了明文。关于L层是如何加解密的,这个涉及到了http证书和加密的东西,就是在这层干了这件事。这样对于发送端和接收端都做到明文传输,而中间路由者看到的都是密文。

线程安全是指在多线程环境下,当多个线程同时共享一个全局变量或静态变量进行写操作时,可能会发生数据冲突问题。而做读操作不会引发线程安全问题。为了保证线程安全,可以采用加锁机制,使每次执行的结果和单线程执行的结果一样,避免意外结果的出现。线程不安全则指在没有提供加锁机制保护的情况下,多个线程先后更改数据,导致所得到的数据是脏数据。 保证线程安全的方法有多种。其中一种方法是使用同步机制,例如使用synchronized关键字来保护共享数据的访问。在使用synchronized关键字修饰的代码块或方法中,同一时间只能有一个线程访问,其他线程需要等待。这样可以避免多个线程同时修改共享数据导致的数据错误。另外一种方法是使用原子操作类,例如使用AtomicInteger来保证对整数类型的数据的原子操作。这样可以避免多个线程同时对同一变量进行修改而导致的数据不一致问题。还可以使用锁机制,例如使用Lock接口和ReentrantLock类来控制对共享数据的访问,使用读写锁来实现读写分离的并发控制等。这些方法都可以保证多个线程在访问共享数据时的线程安全性。 总之,线程安全是在多线程环境下保证共享数据的正确访问的一种机制,可以通过使用同步机制、原子操作类和锁机制等方法来保证线程安全。这样可以避免多个线程同时对共享数据进行修改而导致的数据错误。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* [什么是线程安全问题 及怎么解决线程安全问题](https://blog.csdn.net/weixin_43464372/article/details/108233648)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *3* [什么是线程安全?如何保证线程安全?](https://blog.csdn.net/q669239799/article/details/90614077)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值