fansfans

@zone10 的确如你所说，以下是 chatgpt 的回答：
在 Linux 系统中，当你使用 `gopacket` 自己构造 ICMP Echo Request 并发送给自己（本地回环地址 127.0.0.1 ），操作系统的内核并不会自动处理这个 ICMP 请求，因为这个请求在内核的 ICMP 协议栈中是不会被处理的。

当其他主机向你的主机发送 ICMP Echo Request 时，这个请求会经过网络接口，到达内核的网络协议栈。内核会处理 ICMP Echo Request ，然后根据协议处理机制，产生 ICMP Echo Reply 并通过网络接口发送回去。

但当你自己使用 `gopacket` 构造 ICMP Echo Request 并发送给自己时，数据包并不会经过网络接口，而是直接从应用程序发送到内核中的数据包处理层。在这种情况下，内核的 ICMP 协议栈并不会处理这个 ICMP Echo Request ，因为这个请求并没有经过网络接口。

因此，当你使用 `gopacket` 构造 ICMP Echo Request 并发送给自己时，你自己的应用程序需要负责处理这个 ICMP Echo Request ，并且根据需要产生 ICMP Echo Reply 并回复给自己。如果你希望收到 ICMP Echo Reply ，你需要在你的程序中对 ICMP Echo Request 进行相应的处理。

相同的数据包，使用 packconn 发送有响应，使用 gopacket 无响应

@wdf1286 对比了两个数据包基本是一致的，并且使用 gopacket 发送有成功过的数据包依旧没有响应,不知道是不是有什么特殊的处理

@zone10 因为 windows 上无法使用 PacketConn 读取数据包，还是的用 gopacket ，因此在 linux 平台也沿用了同一套代码
192.168.2.12 是本机 Ip,所以 mac 地址是没问题的，这个在抓包对比中确认过了

@wdf1286 因为 windows 上无法使用 PacketConn 读取数据包，还是的用 gopacket ，因此在 linux 平台也沿用了同一套代码
192.168.2.12 是本机 Ip,所以 mac 地址是没问题的，这个在抓包对比中确认过了

应该有很多后勤系统都有这个功能、关键词：私车公用、公务车

抛开场景谈编程语言没有任何意义，很多创业公司一个月迭代几个版本 使用 python web 开发效率应该是最快的 ，还有楼上有说 go 的 就国内目前 go 工程师还是比较少的，而小公司、初创公司别人估计也不愿意去。

建议 flask + sqlite3 文档全 demo 多 mysql 有点吃内存

其实这个和 celery 、apscheduler 好像没什么关联、应该是 session 的上下文使用的是同一个、导致的脏读、但是在接口中进行了 commit 不应该出现这种情况才对、也许可以通过自己创建 session 解决 db_session = sessionmaker(bind=db.engine)()