@lxml 你说的有道理的，但是目前是可以授权 2 台 Mac 设备的，或者两台 Windows 设备的等。这个设计主要是想让大家组团合用，互不干扰，固定设备位置，我用 mac ，他用 windows ，不然就会相互踢下线。另外云服务规划是在下半年的 3.x 版本上线，目前 2.x 还没做。

@KuiLei 最新的版本已经实现一键生成 magisk 模块，但是还没发布。

@0xCAFEF00D 感谢您的建议。最近几个版本在逐步放开免费的限制，寻找一个边界，既不让免费用户用的难受，也让付费用户有付费的意愿。另外抓不全，应该不是软件本身的问题，有些应用不走 Web 代理模式，这也没办法，不过可以试试用 Proxifier 配合强制走代理。

@charleschilips 好的，感谢反馈。不知道能否加一下微信沟通，官网（切换到中文）右下角微信扫码加我。

@charleschilips 反馈已经收到，请问有关注内存信息吗？

@BaiLinfeng #52 httpcanary 不维护了，你下的应该是被别人逆向工程后二次开发的，谨慎使用。

@orangutan92 #35 哈，你不提我都忘记修改官网文档的资料了。

@neochen13 #48 虽然酷安很棒，但是不太喜欢酷安的一部分人，不是要拿来搞这个就是要拿来搞那个，唯恐避之不及。

@eleba #40 安全问题。众所周知，证书私钥钥是不能泄漏的，万一泄漏了也要可以更换，固定就意味着违背这个原则。

@lemon6 iOS 都不麻烦，Android 是都麻烦，而 Reqable 麻烦则少一点。

@just1 vpn 其实没有 CONNECT 握手这个过程，只是统一以这种方式显示而已。你看到的现象基本可以判断是证书信任问题。

@dearroy 借 OP 宝地，请问如何加入你们的出海社区，这是我的项目： https://reqable.com/

@fzcxm1234 嗯，那请问痛点是什么呢？

@Muniesa #9 CA 证书是动态生成的，每个人都不一样，所以 magisk 模块也要动态生成才行，我对 magisk 这些不了解，也不知道这个可不可行？

@zhouquanbest #6 Android 真机基本上都没法 root 解锁 system 了，用 magisk 等模块才行。所以要么模拟器 root ，要么真机把证书安装到用户目录，android 项目里面配置 xml 或者调低 targetApi ，也能成，就是麻烦了点。

@morgan1freeman #80 感谢您的分享和建议，我也谈一谈自己的想法。从商业的角度考虑，目前确实不是一个成功的产品，至少和我的预期是有很大差距的，不然我也不会写这个帖子。不过，我们的观点可能会有一些出入，不做争论，仅分享下我的见解，供大家参考。

从技术选型上来讲，快速开发确实是一个非常重要的点，但是我认为不是最重要的。存量市场产品，差异化我认为是最重要的，包括技术选型的差异（性能，特性，平台支持等），我一开始考虑过 electron ，但是我想了想，postman 也好，apifox 也好，大家都用同样框架，别人是几十人的团队，独立开发一个人，都在做同样的功能同样的产品，受到同样的技术限制，我觉得完全没有任何机会。同一个赛道里的产品，竞争超越肯定都是从差异化找突破口。比如，我放弃 electron 选择 flutter ，一个重要的点是不支持移动端。虽然移动端对于 Reqable 这一类产品的生态布局其实并不重要，但是耐不住移动端是目前互联网最重要的流量入口，从数据来看移动端也确实贡献了比其他平台加起来还多的下载量。说回 flutter ，我觉得开发效率其实并不低，一年迭代了 73 个版本，5 大平台，上线了大量的新功能，我觉得还可以。

第二个就是长期主义和短平快。短平快我觉得并不是适合我这种类型，创意也好，想法也好，受限于我的性格、想象力、审美、贫乏的生活和社交经验，实在难以强求。相反，我的优点就是擅长稳扎稳打、持续积累，不断优化提升。这两种方式，难以说哪个更容易成功，都有成功有失败。前者容易出爆款，后者容易出优质。当前，前者更受吹捧和欢迎，毕竟人的本性大多都是有暴富的心态，包括投资者，所以从商业化的角度来讲，选择前者确实更普遍，也更加靠运气。但是我认为运气靠不住，对于我这种年会都中不了奖的人，也不敢靠；相反，持续打磨一个产品完善功能，不断提高用户体验，可能更容易让用户认可，也更可能成功。初期遇到挫折也都是正常的，戒骄戒躁就行了。

关于推广。真的不要在中文市场上多花一分钱的推广，虽然我还不能完全理解，但是还是感谢建议，用心记下了。我这篇帖子所讲的半开源，目标人群就是海外工程师，主要目的就是利用开源来给产品带来流量。

最后，再次感谢您的发言。

#61 抓包+API 测试一体化工具，网站： https://reqable.com/ ，我觉得大家都不太喜欢硬推广，所以就没介绍具体的项目信息。

@fyxtc #52 我觉得你的暴论是对的，但买断制是个双刃剑。另外，到底是卖 SaaS 服务还是卖软件本身，对应到不同的销售模式。

@shuax #42 一般请求发送后是不能取消的，除非你把 socket 给关了，你看看应该有个 close 函数。