@yyzh +1

比较好奇，1v 的电压差异，对于电脑这种设备而言，差距大么？是不是 1v 对于 CPU 差距就很大，对于主板啥的，就可忽略？

@INTEL2333 确认是 34 次，不是 134 次，到手就开 80%限制了

23 年 10 月到手的 15PM ，开 80%，到现在循环 34 次

https://www.namecheap.com/support/knowledgebase/article.aspx/9777/2194/how-to-use-tcp-traceroute/
在 TCP 协议上追踪路由

用 rocky 代替 centos ，反正都是 RHEL LTS
Debian 系，linux 玩的转，自由度高 debian12 ，否则 ubuntu server LTS

在不重装的情况下，建议你新建 windows 本地账户，然后使用这个账户，就相当于一次小的重装

把代理作为透明网关，然后再 tracert ？
tracert 不能使用代理吧，他是直接用的 OS 的路由表，OS 网关指向透明代理网关上，才会所有流量走到代理节点吧

合着你之前一直用的旧版？ 那你岂不成了楚门了

@litguy 我也想知道为什么

@NoOneNoBody 不是，他是读 SMART ， 如果项目很少，就是固态厂商提供的信息少，不给看

虚拟机，可以搭配远程桌面，做好快照

当然要统一管理了：
1. 引入一层封装 API ，可以提高复用性，比如各类 common API ，字典之类、用户信息获取类，免得到处都是 URL 复制粘贴
2. 如果接口会变动，只需要改动这一层就行了，而且可以追溯到都有哪些地方用到了此 API
3. 写拦截器，统一处理状态码，统一处理 header 、token 、以及一些特定的请求头要求
4. 多个 API 组成一个功能时，可以很方便的写一个 function ，然后直接多个 API 调用配合 + 异常处理（撤销 API 、取消之类 API ），对于调用方而言只需要关心结果成功、或者失败 + 原因，封装细节不需要调用时有心智负担
5. 忽略掉了网络请求和 axios 细节，对于调用方 import 进来直接 call 调用 function + 传参，不需要关心他是 POST 、GET ... 请求方法，不需要关心 header 放什么、不需要关心参数传递是放在 QueryParameter 还是 RequestBody 、PathVariable....因为一旦封装一层，就代表 API SDK 了，只需要引入调用就行