@exch4nge #8 却是 -> 确实， 紧紧 -> 仅仅；
上面说的两种中，还是 2 好一些，难免遇到 server 卡住，发一部分不给你发剩余的，Proxy 又没有分析 http 响应包不知道包边界在哪。

@exch4nge #5 补充一下，你这个 while True 里面逻辑是严格有顺序的，就是先从 Client 读数据，然后发送到 Server，然后从 Server 等待回应，然后再把回应发到 Client。这种模式在 HTTP 1.1 却是没什么问题，是请求-响应模式。不过，资源大于 64k 的时候，你紧紧把部分资源回应发到 Client，Client 还会等着你发剩余的部分，不会向你这个 Proxy 发送数据，所以你会在那个语句卡住。
1、 要么读写的时候读到数据干为止再转发，
2、要么同时分别处理 C -> S 和 S -> C 两个方向的请求，比如用两个线程（或协程）一个负责从 Client 读数据转发到 Server，另一个负责从 Server 读数据转发到 Client

如果资源大于 64k （ 1024*64 ）的时候，一次性读不完所有内容，所以你仅仅把一部分请求内容转发，一端会继续等待，并不会发送数据

地址连续指的是虚拟内存地址连续。
一般应用层程序能看到的只能是虚拟内存地址，不过物理内存与虚拟内存一般是按页映射的，所以很大可能上物理地址也是连续的。

在 visual studio 中，通过 memory 窗口查看的数据，这个地址是进程的虚拟地址空间。

你的主问题，个人觉得无法满足吧，用了 make_move_iterator 也只是把元素当成右值，后来应该会用移动构造（？）方式构造一个新对象放到 vector 后面，具体发生不发生拷贝得看类 T 的移动构造（？）怎么写的；（这点可能说的不对，看楼下的）

emm... Lisp 呢

1、只考虑 windows 平台的话，可以试试 Windows RPC ；想用开源有名的话，gRPC、thirft 之类的
2、自己动手转发；或者看看 webrtc 的 TURN ？
3、一般 rpc 框架都带 TLS
4、没想到什么好方案……
5、不知道

有个叫叉叉助手的，倒不是开源的。

因为 C 语言更接近计算机，可以多去看一下汇编，了解一段 C 语言对应的汇编会对指针理解有所帮助。

试试这个 ((uc)(a<<2))>>2

main 函数返回那句下断点？ 返回前 getchar ？

@no1xsyzy emm ……会有吧，毕竟世界很大……

作为普通开发者，被编程语言或技术限定是没什么问题的。

不过作为优秀的开发者，被编程语言或技术限定了，那可能能力会遭到怀疑。基本上到后面大多数关注的语言与技术背后的原理及解决问题的思路，算法、数据结构、操作系统等等方面的基础肯定是必要的。

多学几种语言与技术，基础知识扎实，你就能根据经(zhi)验(jue)回答(cai)你没有学过语言问题的解决方案 /原理 /bug 原因。你可能不知道具体的某 API 名称，但是你知道这个语言肯定有这方面的 API 来解决问题。当然这时候学习一个新语言也会很快，你会关注不同语言的区别与特色以及在特定领域上的能力。遇到问题会根据需求，初步找到几种方案，然后经过各方面的权衡，最终选择一个合适的语言与技术去实现。

公司中的团队一般会选择某一些编程语言作为首选，所以一般招聘要求里找相关语言经验的人。不过仔细观察的话，现在很多职位招聘信息里只会强调熟悉 A/B/C 语言之一。

不过也没必要说限定语言就是输什么的，毕竟很多人目的不是要成为优秀的开发者，可能志在别的地方，可能对于他们编程只是个乐趣而已

看着时间限制、内存限制，以为有什么大数据量呢。原来是楼主把题目复制粘贴的，而且粘贴完格式还乱了……

一直再观望 Rust 目前为止最希望赶紧定下来的是对异步 IO 的支持，虽然有第三方的 mio，但目前还是感觉不够好，官方的 future/async/await 还一直没定下来，本来以为 Rust 2018 能把这个 feature 定下来，发现还是没有定。
Rust 为了使代码内存安全牺牲了很多东西，这个得失确实也不太好评判好坏，只能说在一些场景下确实利多一些。
总之 Rust 语言本身的设计还是有很多值得学习的地方的，包含了很多现代 PL 的特性，学一学没有坏处，自己开发用一用也没什么问题，不过生产环境中还是需要团队再三考虑的。

想要密文跟明文长度一样的话，用流加密吧，或者用 CTR 分组模式当流加密用也行。具体 node 里什么库，什么函数，我不是特别清楚。

@snycv 哪个客服？我也被坑了

你程序是 64 位的，但你 vc++ runtime 那几个 dll 好像是 32 位的

语言层面上你应该认为这个地址已经被释放了，所以语言层面上这么写是错的。更底层来讲，这个地址是栈上的地址，即使函数返回，这个地址是有效的，函数返回时出栈也不会清理里面内容，所以看似执行的还正确，不过不能保证在所有编译器与所有编译选项中都正确。如果还好奇的话，可以多去了解汇编。

@yj10110 有关一次创建一个大文件的，贵公司是否了解或使用了这个 API ？，如果已用请忽略本回复
https://msdn.microsoft.com/en-us/library/windows/desktop/aa365544(v=vs.85).aspx