800V 和 400 V 代表电池工作电压，理论上电压高一倍，电流就可以降下去一半，或者同电流下的输入输出功率增加，体现在充电速度上就是快 50%。但 800V 的电气环境要求高，所以以前不搞，随着保时捷起了头，相关配套这几年开始抬头，现在属于一个漫长的过渡阶段。
这个阶段鱼龙混杂，鱼目混珠。
比如有的车它只是充电那块提升到 800V ，动力输出那块还是 400V 。 不是全车都基于 800V 的设计。
还有的车标的 800V ，但实际也就做到 600V 。那跟 SU7 的 480V ，区别真的有多大么，也不见得。
毕竟全车 800V 是需要重新设计的，特斯拉它这一代都是 400V ，800V 基本要下一代了。
米车主观是对标特斯拉的，所以标准版 480V 跟特斯拉比不落下风。
但米车客观上是极氪同价位的，极氪新版就都是 800V 的，所以就纠结了呗。
个人的观点，现阶段买车，在特斯拉这个价格以下，不用太纠结 800V 与否。往上作为国产品牌，没有 800v 态度就有点问题了。
Vue 和 React 都是前端工程化时期诞生的开发框架。
前端工程化，指的是前端从做网页，变成做 Web APP ，也就是跑在浏览器里的客户端。
但因为 Html 、CSS 、JS 这三东西本来是开发网页用的，用来编写客户端并不方便。所以就出现了专门为 Web APP 或者叫单页应用开发的方案。
React 是其中最激进的，它架空了 Html 和 CSS ，全部在 Javascript 里面写组件，组件拼接成应用。并且搞出了一套根据组件 state 状态改变，更新视图的所谓数据驱动的思路。按照它的思路去开发 Web APP ，许多问题就迎刃而解。
但同时也产生了许多新的开发需求，比如状态的维护，跨组件引用、路由等等，这些由各路开发者为之开发插件来解决。
Vue 是一个折中的方案。最早的 Vue 只是为了在普通的 Html 网页中，增加一些根据数据驱动的活动组件。它对网页开发向
Web APP 转变的过渡期是很好的抓手。
后来 Vue 也确定了一种由 template 、script 、style 组成的单文件格式，同样的通过编写拼接 Vue 组件，实现类似 React 的全组件化 Web APP 。
相比 React ，Vue 的状态维护、路由等模块是有官方版的，跟本体连接紧密，所以按照 Vue 开发指导文档，上手开发应用
另外，分久必合合久必分。这俩出现的时候，是有取代 Php 那种后端写网页模板做应用的趋势的。可是发展到今天，现在这俩也都有后端写应用的版本。
具体学哪个都可以，
我个人推荐 Vue 。因为我是先学的 React 再学的 Vue ，React 太自由反而难驾驭，理解不到位，容易写出似是而非的东西。
Vue 基本上就没有这个问题。
这类设备主要是帮你组异地局域网用的。通信两头都没有固定公网地址的时候，你可以靠它来把两边打通以实现互相访问。
你不买硬件的话，可以自己找台电脑加一个中间服务器跑类似 Tinc ，zerotier 那种搭建虚拟内网的服务实现类似的效果。
中间服务器主要是寻址维护用的，因为你两边都没有公网地址，如果没有这个东西，就互相找不到了。
至于流量，不一定从中间服务器走，看你通信两头的 NAT 能不能直接凿通。
这类产品实用性还是强的，能立竿见影的解决你的某种特定需求。
好不好用么，这个不好强求，毕竟做这个的都是小厂，属于不怎么正规的边缘需求。
向日葵做这方面比较多。
你可以建一个流媒体服务器，把 RTSP 视频流转成其它连接，然后把这个连接露出去。
用 ZLMediaKit 可以实现。
你是想让你的电脑有公网的 IPV6 ，从外面可以访问进来是么？这个需求我前端时间也折腾过。
是这样的，IPV6 跟 IPV4 一样，也是由路由器分配下来的。
IPV4 运营商只給你一个地址，还不一定是真的公网，路由器給下面小弟的都只能是局域网地址。
IPV6 运营商給你的是一个前缀，代表着一坨地址。路由器拿到前缀后，按自己的方法往下分配。
不过，现在的光猫本身，就可以当路由器用。在路由模式下，是光猫拿到了前缀，由它給下面的设备分地址，这就有可能分给你的路由器就 1 个地址，这样你的路由器底下就没法再分了。
一种方法是保持光猫在路由模式不动，那你的路由器就不能作为光猫的子路由，而要作为光猫下面的交换机来使用。具体的做法，传统的就是路由器 Wan 口不插，插 Lan 口，这样你的路由器下面接的设备，就都是光猫那边給分配 IP 地址，自然 ipv6 也就到手了。当然你这个路由器，应该可以直接改工作模式，不用改线。
但是对公网开放，还需要放行 IPV6 防火墙。光猫路由模式下，你要改光猫的配置，这个要看光猫型号，有些真不一定能改。
所以推荐的另一种方法，就是把你的光猫工作模式改成桥接，这个时候由你的路由器来拨号上网，分配 ip 地址，在你的路由器里面配就相对容易很多了，现在的路由器基本你就打开 IPV6,下面自动給你分地址。
但是防火墙配置，一样的，也看路由器型号。像我家原来的小米 R3P ，它就不能改，后来直接换成华硕的，就直接可以改防火墙，就非常简单了。
是的。
像 Oath ，jwt 这些认证手段，他们的主要作用是在 Web 应用中保持你的登录状态，不至于让你每次操作都要输入用户名和密码。
而 HTTPS ，它属于信道加密，防止你跟 web 应用的通信内容被监听、篡改，学名叫中间人攻击。像你用的抓包就是一种中间人攻击。HTTP 因为用的是明文传输，无法避免这个行为。而 HTTPS 结合了非对称加密+对称加密+CA 作保，确保你访问受信任的网站时，通信内容别人看不懂。
桌面程序开发，我觉得最好的入门方式，还是先直接写一个简简单单的小程序，把正式开发时，会接触到的各个地方，先打个照面。就像玩游戏，首先一点点把地图探开，建立传送点。以后跑图做任务就方便了。
比如最开始，放上一个按钮，放上一个 label ，实现点一下 label 显示的数字+1 。这个程序做完，知道控件怎么放进窗口里，变量保存在哪里，如何引用和修改，点击事件如何绑定到控件上。
接着，不用按钮，程序里面跑一个死循环，让这个 label 自己+1 。你会知道在哪里执行这种任务，又如何与 UI 那边交互。
这一步走通了，你就可以再进一步，刚刚是个死循环，现在我换成发送一个 HTTP 请求，收到报文，内容显示到 label 里。涉及到库文件的安装和引用，网络通信，Json 解析等内容。
这部分走通后，开发一个像网页那样获取内容的 GUI 应用，就知道大体怎么做了。
这样我觉得就算入门了。
你现在直接用 Vue 开新坑，基本都是单页应用。
但 VUE 把自己叫做渐进式 Javascript ， 它也可以在直接在 HTML 的 Script 中声明一个 Vue 实例，然后挂载到页面上的某个元素。
中途加入 Vue 的项目一般就会用这种方式。
是有点铺张。几个点可以注意一下。
首先，CPU 其实可以买淘宝散片，因为这东西用不坏，所以无所谓售后，那就只有零售价跟批发价的区别。大概省 300
其次，主板没必要上这么好的。因为主板跟你性能其实没有关系，主板的价格 = 扩展性 + 超频支持程度+ 品牌溢价，
我推测你不超频，也没有很高的扩展需求（比如 3 个 M2+2 个显卡），所以直接选 B760 的板子就可以了。好用还便宜。
大概省 2000 。还是要折腾，那就选差一点的 Z790 。
然后内存和硬盘，你现在内存选的国产低价品牌，硬盘选的国外品牌。我建议反过来，
内存选个芝奇什么的老品牌，稳妥。
硬盘选个国产颗粒的，实惠。
至于机箱散热，看得顺眼就行，不予置评。但你最好前后各加点扇子，转速开低也没声音。
至于 4090 选哪个，这一代都被英伟达耍了，散热规模超出很多，所以买各大品牌的乞丐款都可以。
其中值得一提的，七彩虹的水神是一体水，可以满足你静音的需求。其它都差不多。
我觉得很大的一个原因在于，前端开发的目的， 从编写美观合理的网页， 变成开发基于浏览器接口的客户端应用。
今天你纯用 HTML ，CSS 和 Javascript ，在一个文件里面，也是可以用简单易懂的代码写出效果还不错的页面，放到浏览器上就能跑了，也不需要纠结七七八八的东西。
但要写个应用，就很麻烦。哪怕用 Android Studio 就写个 Hello World ，项目结构也是很复杂的。因为要兼顾很多方面么。
更何况浏览器本来也不是专门为了应用开发而设计的接口，所以还有一个从 页面 ----> 应用的转换工作要社区去集思广益，就出来好多不同解决方案，增加了理解的复杂度。
TLS 是一揽子解决方案，除了信道加密以外，它还有其它机制来提供身份验证、防中间人攻击、防重放攻击。
你仅仅搞个 AES 加密，防不了那么多东西。
但或许对你的需求而言也无所谓。至少加密后传输的东西，中间人确实解不了，内容中加时间戳，可以防重放攻击。
想破解还是得攻破终端，拿到密钥。
能做到这一步了，哪怕用 TLS 搞双向验证，私钥也是在终端上的，同样是不安全的。
按你这描述，可能是做出了守护进程，在主程序挂了之后，守护进程再把它拉起来。相当于没有完全关闭，它就不停复活。你可以试试关闭手机重启，它还会不会自己冒出来。
安卓应用常驻后台还是很常见的。你划掉可能只是应用的 Activity ，它还有个 Service 在后台运行着。Service 除了没界面，其它的活儿都能继续干的。
正常做自签名证书，先是生成一个数字证书做 CA ，
然后用这个 CA 来签出其它的证书。
这样你把这个 CA 证书，加入到信任列表，你用这个 CA 签的其它证书就能过关。
Flutter 的跨平台思路很大胆激进，是彻底的另起炉灶。
而 React 本质还是基于 JS 的一套妥协的玩法，发展潜力不大了。
从战未来的角度，Flutter 或许更值得研究。
但跨平台的本质并无不同。统一界面代码，调用平台原生功能。
选对的不如选会的。
Select Language