初级会员
  • 第 33118 位会员
  • liuhuijie
  • liuhuijie
  • 2019-03-25 17:45:51
  • Offline
  • 19 41

最近发布的文章

    暂无

最近分享的资源

    暂无

最近发布的项目

    暂无

最近的评论

  • 2021-12-18 08:00:07 评论了主题 招募go语言爱好者--开源/可远程工作
    有啥要求?
  • 2021-11-04 08:53:28 评论了主题 你期望 Go 1.18 中泛型是什么样子?
    把内存逃逸溢出改善一下吧 被折腾死了
  • 2021-10-26 08:16:09 评论了主题 急招Golang技术总监,Golang开发
    这年头 程序员真难 感觉除了老板 的工作好像都要干呀 月薪十万+?
  • 2021-01-19 19:39:57 评论了主题 求助,Gin安装后运行直接报错
    还是直接上你的测试代码什么的 比较好
  • 2021-01-17 19:46:11 评论了博文 基于 Golang 实现的 Shadowsocks 源码解析
    前几天刚刚研究完 就看到了这个 基本和我理解的差不多 很不错 有时间 udp的处理方式也大同小异 但go io.Copy 这个函数 对应大量转发 tcp数据 和 udp数据时 有可能 会造成传输顺序出错 tcp还好 udp 因为顺序错误导致 被转发的软件认为 数据丢包 也会 造成大量 内存占用 和 逻辑性引起的udp断线 (例如某些游戏) 再者 虽然 go有内存回收机制 但对应这种频繁 大量的创建切片 自动的内存回收的效率有力不从心 如果在适当的时机手动 回收一下应该会很不错 所以 如果情况允许我这里是 全部替换掉这个 io.Copy