@GuuJiang 查了一圈，发现了一些东西

对于左移操作等于 x2 这个说法，简单地说，左移操作是将低位转移到高位，也就是说无论高位在前还是高位在后都无所谓，所以确实和大小端没关系，这是我理解错误了

由此我也比较好奇查了一下小端 CPU 和大端 CPU 的一些区别，日常使用的 x86 或者 arm 都可以当做小端处理器，当然 arm 处理器也支持大端，PowerPC 是大端处理器，但这些大端小端的区别也只是体现在寄存器当中，对于整形的左移右移操作来说是没有区别的

不过确实有一个特例情况，就是在处理向量位移操作的时候，PowerPC 的处理是字节序相关的，具体就是 vec_sld 这个指令，https://stackoverflow.com/questions/46341923/is-vec-sld-endian-sensitive/46342218#46342218 在这条回答当中给出了 IBM 的文档 https://www.ibm.com/docs/en/zos/2.2.0?topic=rs-vec-sld-vector-shift-left-double-by-byte 说明这个左移操作是字节序相关的，但这个是处理两个寄存器数据，对于单一寄存器的数据处理还是遵循标准的左移定义

@GuuJiang 你确定？再想想呢？

想了一下，C++自身应该是小端存储，因为默认左移操作等于 x2 ，那你这个问题可以把 Go 代码的大端改成小端试一下，不过即便改成小端模式，也应该会有字节对齐的问题，还是按 5 楼的说法先去搜一下吧

C++是内存拷贝，Go 这是按字段序列化，你这怎么可能一致

内存拷贝是要考虑对齐和数据在内存中的排布的，大端还是小端需要跟着 CPU 走
Go 这边 binary 的 write 是给定了大端模式，正常 x86CPU 应该都是小端

话说，这个 C++代码居然直接把内存 dump 出来存成文件好像也确实没考虑用其他类型的 CPU 啊

你这是卡在 CPU 了还是卡在磁盘 IO 了啊？按说一般情况下加密算法不至于是瓶颈，多线程跑加密通常是磁盘 IO 限制速度

好家伙，你要这么说那招来的没有正经做游戏的

我见过有的公司通过这种方式偷税的...不知道现在还能不能这样操作

就是你这样，报税比实发高，差额转另一张卡，这样税你交但差额别人拿走，而且按现在的税制每个月缴税会越来越高，差额那部分的税也越来越高...

从 2.5.0 版本开始，如果表格一行中间有空的格子那么这行后面由内容的格子也读取不到了，刚刚这版测了一下还是有这个 bug ，2.4.1 是没问题的

下划线变空格的 bug 修了吗？

cockpit

看明白了，这面试官没写过 Go ，面向对象方面 C++是各种封装继承多态完全教科书的形式，而 Go 强调的是鸭子类型接口实现等等，不是你不行是面试官不懂哈哈哈哈哈

@dokimaster 这没啥，别被吓到了，写 Go 写好几年的人毕竟少，基本都是别的语言转过来的，带着各种生态习惯转变不过来，再说一个只会写 C++的也不可能问你 runtime 或者 GC 一类的东西吧？

准备准备其他家呗，机会多的是

@dokimaster 那就对了，我认识的做 C++的大部分都脾气很大，不知道谁惯的

这...看起来似乎是个完全不会 Go 的 C++程序员面的你欸

emmm...服务的标准做法是一个连接一个 goroutine ，非标准的建议用 nbio 、gnet 这类高性能网络库
你大概是要这种答案吧？

@111qqz redis 本身你可以认为是单线程处理所以不用考虑线程安全问题，使用 lua 的话其实比你用命令方式访问性能还高些，相当于打包处理，放心的用吧，就你的这个需求来看，用 lua 很合适

@111qqz google 一下“redis 限流”，解决方案很多

你是想做...访问限流？