废话回答：贵的反正不会太差
~~~

闲着也是闲着，不如常驻内存 提高响应速度
~~~

chattr
~~~

被人复制到了微信，微信内链一打开 会提前可能抓一次
~~~

frp
~~~

@胡椒舰长 你误会我的意思了，我说的生产力“更侧重工作流”或者说是个人习惯；简单贴下我的工作软件环境，IDE至少一个(pstorm or gland) 终端(termius or iterm) 邮件 outlook，git管理 fork，社交(tg 企微 微信 钉钉) DB(dbeaver) only这些，例如 浏览器 OCR翻译 粘贴板 密码管理... 说不定 我还开着QQ音乐...，就能理解我为啥说，ipad 仅仅是 ipad os，不是 mac os windows linux... 工作不仅仅只有敲代码...，摸鱼也是工作一部分
~~~

@胡椒舰长 主力生产力应该还是有点差距，毕竟系统是Ipad os，相比 windows mac os 又或者 linux，各大生产力软件对 ipad os 支持有限；我也有个 ipad，常年吃灰，基本都是被我用来刷视频的。
~~~

@魏子尚 爱折腾的话，关键词matrix 聊天服务器，刚发现好像挺好玩，能局域网；后期有网了 也可以迁移出去 与其它 server 打通。
~~~

我的探针
~~~

我想一下，应该没有哪个帅哥在专注编码的时候，只开了一个 ide
~~~

@老虎会游泳 骗我感情鸡哔你，罚你三小时不能喝水。
~~~

@老虎会游泳 好吧，1.17版本新特性，又学到了新知识。
~~~

@老虎会游泳 对于Golang而言，对象内存的分配在哪儿是不可控的吧，因为都是由 runtime 来负责内存分配；对于小对象，runtime 内部有针对小尺寸的分配策略。
~~~

在一些比较大的变量下，用 * 可以避免内存拷贝
~~~

看这🌽都没有打开的欲望
~~~

@无名啊 除了你说的 X Y Z 还要考虑C(Client)，比如不同客户端之间的消息同步；一个人对应一个消息队列，每个消息后面对应不同标签(私聊，群聊 公众号...)，一个新设备上线默认拉取前N条消息，已在线设备通过心跳保证每次只同步最新消息。
~~~

@胡椒舰长 ListenAndServe，看起来监听端口，要同步阻塞的，把他丢到goroutine里面吧
~~~

go version go1.20.4 darwin/arm64

package main

import (
	"bytes"
	"fmt"
	"log"
)

type reg struct {
	Name       string
	ListenAddr string
}

func main() {
	register := reg{
		Name:       "123",
		ListenAddr: "127.0.0.1",
	}

	flag := false
	if flag {
		startInfo := bytes.Buffer{}
		startInfo.WriteByte('[')
		startInfo.WriteString(register.Name)
		startInfo.WriteString("] Starting  server at -> ")
		startInfo.WriteString(register.ListenAddr)
		startInfo.WriteString(" ;Listening...")
		fmt.Println("ok1")
		log.Println(startInfo.Bytes())
		fmt.Println("ok2")
	} else {
		startInfo := bytes.Buffer{}
		startInfo.WriteByte('[')
		startInfo.WriteString(register.Name)
		startInfo.WriteString("] Starting  server at -> ")
		startInfo.WriteString(register.ListenAddr)
		startInfo.WriteString(" ;Listening...")
		fmt.Println("ok1")
		log.Println(startInfo.String())
		fmt.Println("ok2")
	}

}

@胡椒舰长 复现不了，没发现阻塞

~~~

QQ客户端和服务器之间有心跳机制，客户端通过周期性心跳上报，可知道什么时候需要拉消息或服务器知道什么时候推消息
~~~

@老虎会游泳 @你又来了呀 好吧，几年前我就被刷过，群众当中有坏人
~~~