不 root/越狱的情况下，同品牌手机，在更换时能导更多的数据

点开后能正常访问吗？
https://v2ex.com/t/807150
说是已经关站了，收录内容会慢慢消失

对隐私怪有用，通过 dns 记录，科学路线服务提供商是有能看到你大致域名访问的情况的能力的

就调亮度音量时用一用，时不时会误碰到输入法听写 /siri，中间位置的功能长期抽风基本不用(得去终端里重启 touchbar 进程能正常一会儿)，如果可以的话，我希望是没有 touchbar

@secondwtq
我的论点重点在于解决 js 性能问题时，相比 fiber 、webworker 、gpu.js 相比，wasm 考虑优先级要低
你搁这使劲跟我掰扯“一个级别”“基本不用”的用词含义我也不知道是几个意思

我 mac 上测试 firefox 和 chrome 能成功，safari 下失败（已开实验特性）

试试 firefox 呢

@Ansen 大小一样码率肯定一样啊，但清晰度肯能会不一样（不过清晰度比较可能需要一些更高级点的工具）

@secondwtq 起码 5 倍差距以上吧，不然 O(n)和 O(2n)都不算一个级别了
底层的东西性能提升几个百分点是很有价值的，但业务层的东西就不是了
至于少到多少用“基本不用”才算准确，你这纯属抠字眼，我不想跟你讨论这个问题

youtube 也出短视频了啊，谷歌该山寨也会去山寨的，你想内容 app 围墙不被我 google 索引，我抄一个产品出来给自家搜索引擎索引就是了

```
const handleClick = useCallback(() => {
setCount(count=>count + 1);
}, [])
```

@R18 要法律严谨的解答这个问题可能需要研究一下钉钉的服务协议

@autoxbc
你 Deno.readFileSync 就已经拿到的是 uint8array 了，切还是全量构造是 Deno.readFileSync 内部的事情，为什么你认为 Deno.readFileSync 一定要给你全量构造的 uint8array
现在作者明显就是想要 Deno.readFileSync 返回切过的 uint8array 这个效果，那肯定说这是个 feature 啊

@kensoz
那我第一要考虑的就是“最小的缺失数”这个需求到底合不合理，最优先考虑是去否掉这个需求

@kensoz
开头的数字不能确定，则无法判断出头部数字的缺失，尾部的数字如果不能确定，则无法判断出尾部数字的缺失

@kensoz 能保证从 1 开始吗？如果不能的话，如果缺的是两边的话是判断不出来的

```
const input = document.createElement("input");
input.type = "file";
input.addEventListener("change", async (event) => {
const arrayBuffer = await input!.files![0].arrayBuffer();
const uint8Array = new Uint8Array(arrayBuffer).subarray(0, 1);
console.log(uint8Array.byteLength);
console.log(uint8Array.buffer.byteLength);
});
document.body.append(input);
```
在 chrome 上试了一下，一个 uint8Array 实例的 byteLength 和它的 buffer.byteLength 不一样是可以达到的，那就没有不合 js 规范的问题，单纯的是 Deno.readFileSync 表现的问题

@AoEiuV020 要 app 主动适配的吧，总不能通过像素判断内容变不变吧