升到二级，算是一个小阶段性收获。自身知识储备还不足，往后还请社区各位佬友多多赐教 8 个帖子 - 5 位参与者 阅读完整话题
Neuroscience News – 8 Jun 26 Brain Stimulation Offsets Sleep Deprivation Memory Loss - Neuroscience News A new study uses optogenetics to induce localized sleep in awake mice, reversing memory loss from sleep deprivation. Est. reading time: 6 minutes [!summary]+ 一项新研究成功复制了睡眠对清醒小鼠大脑局部目标区域的恢复作用。研究人员利用光遗传刺激诱导有节奏、交替 "开-关 "的神经发射模式，这种模式是非快速眼动睡眠（NREM）的基本标志，每次持续30分钟。 这种干预措施有效地抵消了睡眠剥夺引起的记忆缺陷，并降低了这些特定区域随后对睡眠的生理需求，证明了睡眠的恢复性益处是由特定的节律模式驱动的，而不是简单地减少神经元的整体发射。 https://www.nature.com/articles/s41593-026-02318-9 [!abstract]+ 在哺乳动物中，慢波睡眠的特点是神经元同步活动在开启期和关闭期之间交替进行。慢波活动（SWA）和同步性反映了睡眠需求，与大脑皮层回路中的突触强度相关，并促进突触下行选择和记忆巩固。在这里，我们评估了睡眠的这些核心益处是否可以在清醒时获得。我们利用光遗传学技术在小鼠清醒时局部诱导交替的开/关期。这导致小鼠在随后的睡眠过程中局部同侧的SWA和同步性降低，突触强度的标志物也降低了。此外，在剥夺睡眠期间双侧诱导感觉运动皮层的关闭期，可恢复记忆巩固。因此，在清醒时诱导开/关活动足以减少局部睡眠需求并实现睡眠的核心功能。 8 个帖子 - 7 位参与者 阅读完整话题
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
IT之家 6 月 7 日消息，华为开发者官网更新了存量设备 API 版本使用数量参考，截止 2026 年 6 月 2 日，HarmonyOS 设备各 API 版本使用量占比如下（数据约 15 天进行一次更新，开发者可根据占比来为应用合理定义需要兼容的 API 版本）： API 版本 设备量占比 6.1.1(24) 16.62% 6.1.0(23) 76.20% 6.0.2(22) 5.20% 6.0.1(21) 0.83% 6.0.0(20) 0.11% 5.1.1(19) 0.23% 5.1.0(18) 0.12% 5.0.5(17) 0.48% 5.0.4(16) 0.01% 5.0.3(15) ＜0.01% 5.0.2(14) ＜0.01% 5.0.1(13) 0% 5.0.0(12) 0% 从华为官方数据可以看到，HarmonyOS 6.1.0 (23) 设备量占比跌至 76.20%，主要原因是 6.1.1 (24) 的占比升至了 16.62%。值得一提的是，6.1.0 (23) 和 6.1.1 (24) 版本设备量占比达到了 92.82%。 这意味着 6.1 以下版本（不含 6.1）的占比已经不足 10% 。 目前， HarmonyOS 5.X 版本目前设备量占比几近归零 ，5.1.1 (19) 为其中版本号最高的版本，但占比仅有 0.23%。同时，5.0.0 (12) 和 5.0.1 (13) 版本的设备量占比已降至 0%。 作为参考， 华为鸿蒙 HarmonyOS 6.1.1 (24) 的 API 版本已于 5 月 26 日迎来 Release ，代表 API 24 迎来转正，脱离 Beta 阶段。该版本在 6.1.0 (23) 的基础上，开发能力得到进一步增强： Ability Kit 增强了 AbilityStage 上下文能力以支持动态加载资源； ArkUI 增强了平行视界状态获取、自定义组件跨 Ability 迁移、动态布局容器等能力，新增多个组件的 C API； ArkTS 增强了虚拟机维测能力，支持 taskpool 任务超时设置； ArkWeb 增强了下载任务回调能力，新增 URL 白名单和安全控制接口； Camera Kit 新增延迟预览输出、影随人动能力，同时开放相机基础参数的获取和设置； Audio Kit 新增 MIDI C API 支持外接设备； FAST Kit 新增并发哈希表、向量运算和滤波器功能； Performance Analysis Kit 增强了资源采集和崩溃日志分析能力； 新增 Content Embed Kit（内容嵌入服务）和 Enterprise Threat Protection Kit（企业威胁防护服务）等等。
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷