yin1999 最近的时间轴更新 yin1999 最近的时间轴更新
yin1999
| 阿里云盘学生免费领取 1TB 永久空间 分享发现 • yin1999 • 68 天前 • 最后回复来自 VDarker | 10 |
| 怎样通过可以用 JSON 表示的数据结构来存储本地化内容的语言回退状态 程序员 • yin1999 • 264 天前 • 最后回复来自 yin1999 | 6 |
yin1999 最近回复了
7 天前 回复了 DJCNMHG 创建的主题 › 浏览器 › 大家用什么内核的桌面浏览器？ Firefox？ Chromium？ WebKit/Safari？ |
@ch3n9w 不敢苟同，如果你看到的内容都不是实际的网站内容（指被浏览器修改了），你还能信任他们所谓的隐私保护吗
12 天前 回复了 liuidetmks 创建的主题 › 程序员 › 虽说现在前端复杂化，工程化了 |
26 天前 回复了 q84055472 创建的主题 › 宽带症候群 › 现在千兆快的只有 50 兆上行？ |
@luodaoyi 杭州电信好像看地区？我家里能跑 70M 上行，下行 300M 的
36 天前 回复了 levelworm 创建的主题 › 程序员 › 和 ChatGPT 纠缠了几个小时，总算弄明白一个问题了，但是不确定她说的对不对，再来确认一下 |
举个简单的例子，比如我现在主进程里面使用 pipe 创建了一个管道，然后将输入端的文件描述符传递给 fork 出来的 A ，并在 A 中重定向输出到 pipe 的输入端，关闭 pipe 的输出端文件描述符。但我没有在主进程中关闭输入端的文件描述符并直接 fork 出了进程 B ，在 B 中重定向 Pipe 的输出端到标准输入，也在这里关闭 pipe 的输入端。那即使 A 退出了，B 中调用 read 也是会阻塞的（读不到 EOF ）。因为主进程里面没有关闭输入端的文件描述符。
正确的做法是在 fork 出 A 后在主进程直接关闭输入端的文件描述符，再 fork B ，然后再在主进程中关闭输出端文件描述符。这样能保证输入端和输出端的文件描述符仅由两个 fork 出的子进程持有。
fork 得到的文件描述符可以当作引用吧，如果不是所有的引用都断开了，并不会关闭所指向的文件描述符。（不确定是否完全正确，这两天有踩过没在主进程关闭文件描述符的坑）
正确的做法是在 fork 出 A 后在主进程直接关闭输入端的文件描述符，再 fork B ，然后再在主进程中关闭输出端文件描述符。这样能保证输入端和输出端的文件描述符仅由两个 fork 出的子进程持有。
fork 得到的文件描述符可以当作引用吧，如果不是所有的引用都断开了，并不会关闭所指向的文件描述符。（不确定是否完全正确，这两天有踩过没在主进程关闭文件描述符的坑）
55 天前 回复了 Albacore 创建的主题 › 程序员 › 我是如何用 GO 去实现一个可以在 window 和 mac 上运行的数据大屏项目 |
68 天前 回复了 yin1999 创建的主题 › 分享发现 › 阿里云盘学生免费领取 1TB 永久空间 |
@spongeboBoy 找个别人分享的阿里云盘文件，转存一下，就能点亮第二个图标了（备份电脑文件可能是有 bug ，我没试过）
76 天前 回复了 kofip 创建的主题 › Google › Google Chrome 浏览器 User-Agent 问题 |
对，这个是故意的，之前有公告： https://developer.chrome.com/docs/privacy-sandbox/user-agent/
Select Language