@daimubai 是的，我表述不太对。以往的项目都是 spa 应用，加上有 app，所以都是采用 Authorization header 的方式，感觉用起来挺舒服的，今天才知道 localstore 是不能跨子域名的

@ChanKc 前端不知道，后端基于 Authorization header 的身份验证机制其实库也挺全的，spring boot+security 其实也是几行配置的事情

所有电商公司的活动，规则都很复杂，感觉搞懂这规则比搞懂一道算法题还难

@janxin 这个尝试了一下，在 linux 上跑 viewcore 会报：invalid memory address or nil pointer dereference 的错误。我现在是使用 gcore 把进程的 coredump 文件 dump 下来再使用编译后的 viewcore 分析就会报错，但是如果使用 dlv 分析是正常的。可惜 dlv 没法查看内存分布。使用的 go 版本是 1.13

@Lonenso 这个尝试了下，还是没法得到想要的功能

@reus 我们暂时用的还是 1.10 版本，所以应该不存在 rss 一直增长的问题

@Lonenso 这个好像可以，感谢

@janxin 这个 dump 出来没找到有什么工具可以分析

产品经理的脑回路你是抽象不出来的

不知道去重后的数据量有多少？
如果比较少的话，可以考虑创建一张新表，根据去重规则创建唯一索引，写给程序不断的从旧表 load 数据并插入到新表中，使用 ingore insert 。
如果数据比较多的话，依然可以使用这种方式，只不过要做多一层分表

@NoKey 我的意思就是提前校验，让他不能传约定外的参数类型。这种如果客户端传了约定外的类型，那在测试阶段就要把这个问题暴露出来

1. 从项目整体质量的角度出发，接口约定就应该遵守，如果不是强制约束，即使后端可以兼容这种数据格式，前段指不定也会因为数据格式的不一致而引发新的问题，提前暴露问题会减少修正错误的成本

2. 后端参数验证可以使用校验框架写表达式自动校验，然后统一捕获校验异常返回统一数据

@vk42 确实，如果 case 太多，很难理解完全，理解完全也不一定真的有指导意义，只是有点好奇这个问题

@vk42 书中其实是有说明不指定 O_DIRECT 时，是带用内核缓冲区带。

我的疑问是，用户进程每次其实都是在跟内核缓冲区交互，比如我写入 1.5 页数据时，虽然多出的 0.5 页数据没有对齐，但是在页缓存有预读机制。可能在写这 0.5 页时，他对应的那一页数据已经预读到内核缓冲区中了，这时其实就是内存到内存的复制了，这种场景是否对齐已经不重要了？

另外如果系统页回写足够块，比如我写入 0.5 页数据后，页已经回写且淘汰了，我下次再写 0.5 页时，就要再一次读一页的数据到内核缓冲区并修改数据，然后页回写。这种场景页对齐就能减少开销。

不知道我这理解是否正确

@Mirana 如果说是不经过 buffer 的，那倒是可以理解

@May725 这里你可以理解有误，read/write 如果不指定 O_DIRECT 都话，都是带内核缓冲区的，fread/fwrite 是带了用户空间缓冲区

刚 x 键盘不回弹， 万万没想到，重启电脑好了。。。受到楼上的启发

@df4VW 也不是悲观吧，可能文字描述的语气不对。语言只是工具，而且现在 java 版本也更新的很频繁，只是看到有些喜欢的岗位，jd 上写的是后端工程师，所以想了解一下