V2EX › zzhirong 的所有回复 › 第 5 页 / 共 6 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6

❮

❯

2025 年 4 月 3 日

回复了 FaustY 创建的主题 › 程序员 › 类 Manus 的 UI Agent 完全是个伪需求，前端已经没活路了

我认为，信息压缩也是有极限的，有些东西无论以何种方式呈现，最终还是要呈现，你可以改进压缩算法，但是它的极限就在那，你没办法不说出你的需求，就能得到结果，最多做一些优化（比如常用地址只要选择就可以了，而不用重复输入）。话说，真有人会感觉目前 App 订餐以及打车需要优化么(普通人一天最多也就一两次吧）？

2025 年 4 月 3 日

回复了 FaustY 创建的主题 › 程序员 › 类 Manus 的 UI Agent 完全是个伪需求，前端已经没活路了

@mumbler 你要选择你要点外卖功能，（搜索你想吃的）然后选择店铺，选择你要点的东西，选择收货地址，写备注，这不就是目前 app 在做的事情么？我想不到哪里还可以优化。

2025 年 4 月 3 日

回复了 2Nfree 创建的主题 › 程序员 › 大佬们关于这种前端容器滚动更新的问题有什么解决方案吗？

出现这个问题的原因是，更新后，旧版本的 js 文件不存在了，然后，旧的页面链接还是指向旧的 js 文件，获取的时候，返回了 404.html （或其他），你这种情况可能是由于使用文件名来做版本控制（同一 js 文件不同版本不同的文件名），我能想到的方法是，固定 js 链接地址，再由后端来决定返回什么版本的 js ，或使用 HTTP Etag 头来做版本控制。

2025 年 4 月 3 日

回复了 FaustY 创建的主题 › 程序员 › 类 Manus 的 UI Agent 完全是个伪需求，前端已经没活路了

对话框也属于 UI ，我感觉并不适合所有场景，就订餐来说，食物长什么样的，店铺评价如何，要几双筷子，有哪些优惠，如何支付，外卖送到哪了等等，这些信息用自然语言来呈现不一定最佳。还有打车，你如何精确描述你的目的地，以及到哪接你，以及你可接受的价格。

2025 年 4 月 2 日

回复了 taohua1c 创建的主题 › Kubernetes › 想学习 K8S，请问大佬们应该怎么入门呢？

@kamilic 这本书是好，但内容有点过时了（ 2018 年出版的，第二版的话今年 5 月份发布），详细是真详细，我也是看这本书入门的，同时还看了另一本《 The Kubernetes Book 》（只有 243 页，实用为主，核心概念都都介绍了一下）。

实验环境的话，可以安装 minikube 或 k3s 组建单节点集群，但受限于国内网络环境不友好，我是买了一台外网服务器用来运行 k3s 。

2025 年 3 月 30 日

回复了 zzhirong 创建的主题 › Go 编程语言 › 有关 gin.Context.FileFromFS 的小坑

@gvison 看了下引用的 frontend 包的源码，发现 github.com/go-dev-frame/sponge/pkg/gin/frontend.FrontEnd.setEmbedFSRouter 有个新的实现方式

staticFS, _ := fs.Sub(staticFS, "dist")
r.GET("/*file", func(c *gin.Context){
staticServer := http.FileServer( http.FS(staticFS))
staticServer.ServeHTTP(c.Writer, c.Request)
})

这种方案也是可以的，直接 wget http://localhost:8080/ 这会返回 301

2025 年 3 月 30 日

回复了 zzhirong 创建的主题 › Go 编程语言 › 有关 gin.Context.FileFromFS 的小坑

@gvison 你的方案确实可以，但我不想引入额外的包而且我就想把主页挂在 / 下，有无办法只用 gin 实现？

2025 年 3 月 30 日

回复了 zzhirong 创建的主题 › Go 编程语言 › 有关 gin.Context.FileFromFS 的小坑

@kingcanfish 你的方案会有两个 301 重定向，当你碰到首页不在根目录下的情况，你的最佳实践是什么，我目前的做法是

r.GET("/", func(c *gin.Context) {
c.File("dist/") // 会直接返回 dist/index.html ，没有重定向
})

把 / 映射到 index.html 应该很常见吧，有更好的方式么？

2025 年 3 月 29 日

回复了 zzhirong 创建的主题 › Go 编程语言 › 有关 gin.Context.FileFromFS 的小坑

@lovelylain 什么意思？你的意思是 /dist/index.html 会内部转发到 / 么？但是，wget 确实收到了 301 ，然后一直有尝试重定向，然后一直收到 301 。

2025 年 3 月 29 日

回复了 zzhirong 创建的主题 › Go 编程语言 › 有关 gin.Context.FileFromFS 的小坑

@tbxark 原因我昨天通过调试就已经知道了，就是先把问题代码贴上来，看看大家能否一眼就能看出，你提出的修改方案也还是会返回 301

// 还是会返回 301
dist, _ := fs.Sub(dist, "dist")
router.GET("/", func(c *gin.Context){
c.FileFromFS("index.html", http.FS(dist))
})

2025 年 3 月 29 日

回复了 zzhirong 创建的主题 › Go 编程语言 › 有关 gin.Context.FileFromFS 的小坑

补充一点：帖子被贴上 “404 not found” 的标签了，应该是没有创建 ./dist/index.html 文件的缘故，但这里说的问题并不是这个低级错误。

- wget http://localhost:8080 返回的是 301 ，而且我这边返回的是 20 次 301 （超过阀值强行退出）。

2025 年 3 月 22 日

回复了 inSpring 创建的主题 › Go 编程语言 › 朋友们，有哪些基于 Gin 框架的优秀开源项目，用来学习？

如果您刚掌握了 gin 的基础知识，可以参考 https://github.com/gin-gonic/examples 和中间件示例 https://github.com/gin-gonic/contrib 。

2025 年 3 月 22 日

回复了 qxdo1234 创建的主题 › Go 编程语言 › 今天有个面试官和我讲 go 的协程比系统的线程更慢，这个我不能理解

两者本质上都可以抽象成，一个线程池在完成多个任务队列，那么问题来了，既然两者都差不多，然后，Go 还引入了
goroutine 抽象层，为什么 Go （可能）要高效一些。如果所有任务都是非阻塞的，那么多线程和 goroutine 在性能表现上差别可能并不明显（猜想，未验证）；但在现实情况中，由于 I/O 或通信等原因，不可避免会发生阻塞。传统线程一旦阻塞，则会占用整个线程资源，而 goroutine 在阻塞时会被挂起，并在等待条件满足后重新调度，大部分时候不会需要阻塞底层线程，从而更高效地利用系统资源。也就是说，如果你很 NB ，能够做到又能尽量少阻塞线程，又能把任务完成（也就是高效利用线程池，这就是 Go 调度器做的事情），那么两者差别不会很大。

2025 年 3 月 22 日

回复了 superhot 创建的主题 › Go 编程语言 › 新手提问， Go 作为一个 GC 语言，为什么要设计成带指针类型的呢？

除了以上其他人所说，我认为还有一个重要原因，在 Go 中，对象的概念主要通过 struct 实现，而 struct 为值类型，为了让方法修改其内容，只能依靠指针，所以，只要还有值类型存在，而函数传参均为值传递，那么如果希望定义能够修改对象本身的方法，就必须使用指针。

2025 年 3 月 17 日

回复了 rkonfj 创建的主题 › Go 编程语言 › 现在搞 p2p 很简单了

@cloverzrg2 PeerGuard “夜幕降临，我的守望始于此，直至死亡将我收走。我不娶妻、不育子、不占有土地；我不争荣誉，不戴王冠；我只在城墙上生、老、病、死。我是黑暗中的剑，是守护 peer 的盾，我以我的生命和荣誉守护
peers ，直到永远。”

2025 年 3 月 17 日

回复了 rkonfj 创建的主题 › Go 编程语言 › 现在搞 p2p 很简单了

1. 看到 PG 第一反应联想到 PostgreSQL 。
2. 在阅读 README 时，我发现了一个有趣的词——“Birthday Paradox （生日悖论，在一个群体中，只需要 23 个人，就有超过 50% 的概率存在两个人的生日相同）”，用在 NAT 穿越上，指的是在双方都知道对方 NAT 地址但不知道对方 NAT 映射端口的情况下，各自随机选择一组目标端口发起通信，从而有一定概率能建立连接，这不禁让人联想到你我相识全靠缘分。最近刚好看了两个关于概率相关的数据结构：跳跃表和 HyperLogLog 。感叹数学真美和烧脑。

2025 年 3 月 17 日

回复了 mantis 创建的主题 › Go 编程语言 › 基于 Go 语言设计的一款高精度 QPS 统计系统，适用于高并发场景的实时请求频率统计，支持百万级 QPS 场景下的精确统计。

@daimaosix 不是大佬。关于你的问题，如何界定“无用”？如果定义了一个本地变量但没有使用，这种情况很容易界定，因为该变量仅在其所在范围内生效；但对于其他函数、变量或类型，编译器很难判断它们是否“无用”，可能你只是想编写一个供外部调用的库，而并非在自己的程序中使用它们，这也是合理的。如果你确实想知道哪些代码没有被使用，直接查看代码覆盖情况即可（`gool tool cover`)。

2025 年 3 月 16 日

项目有很浓的 AI 味，我花了半小时看了下，有几个疑问：
– 自适应分区究竟有什么用？我只看到分区调整，好像并未真正应用；
– 自适应限流似乎并未实现，只见一个 adaptive 字段，却看不到任何实际使用；
– 这个项目的意义何在？仅仅是统计 QPS 吗？（既然都用 Prometheus ，为何不直接上报，而要绕一个弯路）或者是作为中心限流器？（我的理解这个一般在流量入口（负载均衡或网关）处就做掉了吧）。
– 令牌桶已有 golang.org/x/time/rate 这样稳定的实现了，没必要再造轮子了吧。
总结：一个项目把所有后端爆款关键字都用上了（“百万”，“精确”，“高性能”，“优雅”，“自适应”，“智能”...)，我的感觉就是一个（ AI ）炼手的项目。
唉，我的时间。

2025 年 3 月 11 日

回复了 yujianwjj 创建的主题 › Go 编程语言 › go 编译检查的一个问题

@kkhaike “As part of building a test binary, go test runs go vet on the package and its test source files to identify significant problems. ” 以上这段话摘自`go test`文档。`go test`会在编译测试代码之前，运行`go vet`，`go build `则不会。

2025 年 3 月 8 日

回复了 RedisMasterNode 创建的主题 › Go 编程语言 › 针对单个 HTTP 请求可以做 Profiling 吗？怎么知道这次请求的 CPU 和内存情况？

@RedisMasterNode 问了下 GPT ，得到了一个我之前也没注意到的新功能（ go1.17 引入）: pprof labels
```go
func handler(w http.ResponseWriter, r *http.Request) {
// 为当前请求创建一个带标签的 Context
ctx := pprof.WithLabels(r.Context(), pprof.Labels("request_id", r.URL.Path))
pprof.Do(ctx, pprof.Labels("request_id", r.URL.Path), func(ctx context.Context) {
// 在这里执行业务逻辑，该段代码调用的所有 CPU 占用情况会带有指定的标签
doSomeWork()
})
w.Write([]byte("ok"))
}
```
后续可以通过`(pprof) tags `查看所在 label 所占用的 CPU 。

1 2 3 4 5 6

❮

❯