ts 的&魔法比较多，对于 object 的情况就是开这个特例的。。。不过也可以说是 ts 的 object 类型本身就比较奇特
{a: string}的含义是一个 object 有一个叫做 a 的 string 属性——也就是不管它有没有别的属性，别的属性有什么类型
因此{a: string}和{b:number}的交集，自然是增强约束——即要求同时有 a 和 b 属性，类型分别为 string 和 number ，而不管其他的属性

单独显示菜单栏可以用
defaults write com.example.SomeApp AppleMenuBarVisibleInFullscreen -bool true
中间替换成需要设置的 app bundle id
撤销可以
defaults delete com.example.SomeApp AppleMenuBarVisibleInFullscreen
其中 id 可以用 osascript -e 'id of app "TextEdit"' 查询

pikpak 一般用来离线用的吗，真有人用来上传本地文件啊

快进到直接 graphql ，在 body 里 mutation { deleteUser(id: "xxx") { result } }

你确定不是装了什么扩展/用户脚本？

@ryd994 udmabuf 是在 O_SYNC 的时候做了 dma_sync_single_for_cpu 的，所以直接 mmap 也可以了

F12 的话，用$('input[type="checkbox"]').forEach(item => item.click())也可以（不依赖 jq ，devtools 提供的简写）
推荐用 click ，写着简单，而且有些**框架可能只绑定 onclick

哦，已经有了，当我没说）

是不是可以把 i （ miniplayer ）配制成 pip 模式

@amiwrong123 前面说的被调度走指的不是说内存映射也炸了
而是说 dma 硬件处理上可能会有不低概率观察到只进行到一半的修改（
后面补充的 o sync 就是为了应对你说的这个的 dev mem 的问题，正经解决方法就是用 udmabuf 那个模块去映射，效率也高一点

udmabuf 能 O_SYNC 的原因是加了这个参数后，就会在内核里用 dma_sync_single_for_cpu 来同步 cpu 缓存（
其他普通的实现可不一定有这个）

哦，不对，编译器优化用 asm volatile("" ::: "memory");隔开就够了，O_SYNC 配合合适的用户态 dma 映射实现，应该就足够了
（不过用户态 dma 你还是得考虑调度的问题，没准你循环写入的时候进程被调度走了呢）

虽然理论上这种情况还有编译器优化的问题，也就是如果 a b a 这样写，可能会跳过中间的 b
再用前面说的 volatile 转换方式也不迟（

@amiwrong123 参考这个 https://github.com/ikwzm/udmabuf mmap 的时候加一个 O_SYNC

@geelaw 我感觉根本不是一个目的啊，drop_caches drop 的是 page cache 这些，和 cpu 缓存一点关系都没，下文提及的也看出不太像是访问文件的问题）

不过 linux 用内核用是有正当理由的，你这是 x86 带有硬件 dma 或者别的硬件内存映射技术一类的吗，那样用户态也访问不到吧

@amiwrong123 （小寄巧：用 *(volatile int __attribute__((force)) *)&x = 1 写入
内核也在用，不过把 __attribute__((force)) 加了个宏__force 简化）

我觉得这里有很多概念上的问题啊。。。
/proc/sys/vm/drop_caches 这个显然和 cpu cache 没有关系
你要 bypass cpu cache 的话，直接 volatile 不就好了

@debuggerx 但还有一个是 scintilla 编辑控件，这个也是被直接用了（
感觉就像是进口发动机（