极客观点
项目管理
HarmonyOS
网上看了一大堆，还是不明白，他怎么就安全了啊，要是程序写的不严谨，别人照样注入啊
HTTPS仅仅只是在传输过程中加密了。
举个例子：
A给B写信，写完邮寄给B，但是在邮寄的过程中，邮递员可能会偷偷的把信取出来看完后再放回去，收发室大爷可能也会偷偷取出来看一眼，B收到信的时候，可能在传输过程中已经被很多人看过了。如果信件中有一些银行卡账号密码什么的，可能在传输过程中已经被别人悄悄记下来了。这就是HTTP。
A和B发现了这个问题，于是他们约定了下次写信要加密，A写信的时候加密，B收到信在解密，加密解密的方法只有A和B知道。同样在寄信的过程中，邮递员、收发室大爷偷偷看了信，但是完全看不懂，信件的内容不会泄露，就安全的多。这就是HTTPS。
所以通常在浏览一般网页的时候，可能不会用HTTPS，而在用户登录需要输入密码时，会用HTTPS，因为登录肯定要传输用户名密码，不加密可能就会被别人看到。
另外，百度最近的一个重大变化就是从HTTP切换到HTTPS：
http://zhanzhang.baidu.com/wiki/383 （一篇值得一看的文章）
从此百度告别了运营商劫持。
什么是运营商劫持？
运营商会在一些流量大的网站，加上一些小广告来增加收入。有时候你打开百度，会在右下角弹出一个广告，这个广告不是百度加上的，是运营商加的。
也就像上面例子中，邮递员不但打开看了你的信件，而且在你的信件上加入小广告，让你以为是A加的。如果HTTPS加密，邮递员是无法将小广告加密放到你的信中。
事实上你对‘https更安全’的理解有误，https比http安全指的是数据传输过程，而不是服务器后台的安全防护。https只能防止别人直接监听数据包拿到传输内容而已，对于服务器漏洞或者sql注入之类的，https并没有任何比http高明的地方
http明文，就是明信片，别人拿到了就可以看到内容。
https是上锁的保险箱。别人拿到了也开不了锁（就目前的计算机性能来说没办法暴力破解https数据包）
这里要明确https的作用，https是用来加密网络上传输的数据，不对数据内容做验证。
如果你的网站使用https，它能保证用户和你网站交互发送的数据不被第三方监听（如被三方使用wireshark类抓包工具抓包）并明文查看。
如支付宝官网使用https，能保证你的银行账号和密码不被泄露。https把你的个人信息加密后再网络上传输。
但是，https不会检查你发送的具体内容。它不会管你是否发的是银行账号和密码，还是sql注入数据。它只保证数据加密。
具体用户发送的数据（账号密码还是sql注入），就需要你在代码里进行检查了
http传输的是明文内容，也不对传输双方进行身份验证。只要在数据传输路径的任何一个环节上，都能看到传输的内容，甚至对其进行修改；
https之所以比http安全，是因为他利用ssl/tls协议传输。它包含证书，卸载，流量转发，负载均衡，页面适配，浏览器适配，refer传递等。
https采用了通信加密(SSL+TLS)+证书+完整性保护，
不是https本生安全
而是后面这些措施安全
SSL配合SMTP一样可以让SMTP安全
SSL配合Telnet一样可以让SMTP安全
HTTP为了高效，没有采用这些而已。
请理解他的本质。
https主要解决不是注入的问题，而是中间传输被第三方拦截的问题。
比如你的论坛有用户名密码输入框，虽然你的密码框属性为type=password，屏幕看不见了，但是传输给服务器的post字符串是明文的。
此时假设你们公司的网管在路由器上sniffer数据，那么就能看到你的密码。
而HTTPS把浏览器和server之间的通信加密了，sniffer只能看到加密后的东西，就无意义了。
新手上路，请多包涵
已经保证传输过程是安全了（你发送的数据没有被窃取也没有被修改）。即便你发送的数据是sql注入，那也是更安全的把这个不安全因素传输过去了。。。程序处理过程防止sql注入已经不是http传输的过程了啊。
先说说http为什么不安全，因为容易被csrf（跨站请求伪造），简单的说就是坏人捡到了你的钥匙（信物），然后开了你家的门！因为门是无法识别谁开了它！（这句话好变扭），而且http是使用了明文传输。
那么https呢，使用了一个套加密传输协议ssl，具体可以看这里
我们老师说 https也不是很安全的.我不明白为什么不安全.
不是说楼主那样的什么什么程序设计..
我指的就是 中间人攻击这问题上 他能保证吗,虽然从费马的XXX算法来说,我是相信的,但是实际上应用会不会有什么漏洞?
推荐问题
如何自定义设置虚线边框的样式？
背景： {代码...} 如上图所示：虽然可以设置虚线边框，但是虚线边框的样式往往需要修改：比如:单个实线间的间距自定义调整;单个实线的长度自定义调整。5 回答1.3k 阅读✓ 已解决
前端有没有办法实现页面截图？
前端有没有办法实现页面截图？不是html-to-canvas那种实现，而是类似于windows上各种截图工具那样，直接截取屏幕上图像目前搜到的全是html-to-canvas的方案3 回答2.5k 阅读✓ 已解决
只用一个div，宽高固定，文本内容不固定，能不能实现水平、垂直居中，超出两行显示省略号？
只用一个div，宽高固定（width: 100px; height: 50px;），文本内容不固定，如何实现水平、垂直居中，超出两行显示省略号？3 回答1.4k 阅读✓ 已解决
post http重定向到https会改变 请求的method类型吗?
这种场景是怎样的?2 回答2.7k 阅读✓ 已解决
如何实现 前端视频流的处理 和优化？
处理视频流，比如在 WebRTC 项目中如何处理视频的分辨率变化、帧率控制等问题？2 回答1.4k 阅读✓ 已解决
如何处理 WebRTC 连接中的网络不稳定情况？
WebRTC 实时通讯时，如何应对丢包、延迟等不稳定网络带来的问题？1 回答870 阅读✓ 已解决
window.open()打开一个窗口后，有办法给这个窗口添加cookie吗？
const id = 'aaaa'const myWindow = window.open('某个网址');myWindow.document.cookie = id=${id};myWindow.opener.document.cookie = id=${id};5 回答1.1k 阅读
宣传栏
如果你要访问163，不是直接到163的，需要中间有很多的服务器路由器的转发。
假设你是可信的，163.com也可信，但是中间的节点就未必。
比如
这8个节点，任何一个都可以串改你的信息和发给你的信息。
实际上运营商劫持就是这些节点中一些小子为了盈利而修改发给你的html，嵌入他的广告。
如果是https，这些节点个个都不知道你和163到底在发些啥，也没有办法改，因为秘钥（公用的私有的）在你的163之间才有。
所以，https防止的是中间节点使坏。这在我们的场景下，是非常好有价值的。