@jiobanma
"我加了 HeapDumpOnOutOfMemoryError 这个参数，如果是服务运行期间内存溢出，为什么没有产生 dump 文件。"
因为可能没有发生 OutOfMemoryError ，而是操作系统级别的内存不够用了，可以检查一下是否有别的应用占用了系统的资源

@mitu9527 不要用自己错误的代码去证明跨域方案有问题

@mitu9527 本意是想让您自己再看一遍的，回答了那些问题我觉得就可以回答您的问题了。
我帮您整理好您看一下。
以下引用自您发出来的文章，
1. “如果 Origin 指定的源，不在许可范围内，服务器会返回一个正常的 HTTP 回应。浏览器发现，这个回应的头信息没有包含 Access-Control-Allow-Origin 字段（详见下文），就知道出错了，从而抛出一个错误”，“如果服务器否定了"预检"请求，会返回一个正常的 HTTP 回应，但是没有任何 CORS 相关的头信息字段。这时，浏览器就会认定，服务器不同意预检请求，因此触发一个错误”；
所以无论是简单请求还是非简单请求，跨域检测失败的响应头里都不会包含 CORS 相关的头信息字段，所以让客户端拒绝服务端，不需要特别返回响应头。
2. “非简单请求的 CORS 请求，会在正式通信之前，增加一次 HTTP 查询请求，称为"预检"请求（ preflight ）。
浏览器先询问服务器，当前网页所在的域名是否在服务器的许可名单之中，以及可以使用哪些 HTTP 动词和头信息字段。只有得到肯定答复，浏览器才会发出正式的 XMLHttpRequest 请求，否则就报错。”，预检的响应头会包含你最开始列出的一些 Access-Control-*头（如果后端允许请求的话）；
这个请求是 options 请求，预检请求，并不会执行具体的逻辑，只有后端预检通过后，客户端才会发出正式的 XMLHttpRequest 请求。不存在"所有的逻辑都执行完了，然后你再加几个头部去告诉客户端把自己拒绝掉 "的问题、

我觉得你可以带着以下问题再次仔细阅读你列出的参考文章，我认为你没有从阅读的文章中得出正确的结论。
1. “服务端这样做确实可以通知客户端，让其拒绝服务端返回的响应” ；跨域请求失败的响应头到底是什么样的？会带“Access-Control-*”吗？
2. “如果服务端都准备告诉客户端拒绝自己的响应了，那发完响应头部，就没必要再执行后续的业务逻辑了” ；返回“Access-Control-* ”相应头是对应的什么请求，会执行具体的逻辑吗？（提示，options ）

Tidder / tiddeR

@xupefei 我是想说既然对于锯齿数组 get 和 set 已经不是 O(1)了，那就失去了数组的随机访问的特性了，相比之下链表还有插入和删除的速度优势。
其实仔细想想可能更想表达的是，对于锯齿数组在内存中的存储结构是怎么样子的，可能确实如一楼所言是数组里面存不定长数组的地址，并不是普通数组那样内存中连续的结构吧。

@xupefei 如果是这样的话，是不是可以说对于锯齿数组，使用链表更加合适

目前已知的蓝星生物是由蛋白质和核酸组成，以水为溶液和介质。这是蓝星生物必须的物质。
但是没有科学家坚持生命必须需要水
从已知生命和分子角度分析，我们可以假设生命是由巨分子组成，以液态 /熔融态物质为介质的。巨分子可以保证能够在结构上带来无穷无尽的变化，介质需要能够溶解生命组成分子等等化学性质。
氨水相对于水来说化学性质很相似，比如 NH3 是 17，H2O 是 18 等等，所以在温度低到可以让氨液化的星球，也许生物就是由蛋白质和氨组成的。
也许在更冷的星球，也存在着以甲烷为介质的类脂化合物生物，他的介质 CH4 是非极性的，所以他的生命组成结构也是非极性的，否则介质根本不能溶解组成成分。
相对的在更热的星球也可能存在以熔融态物质为介质的生物。

支持一下，怎样参与进来？

你人真好，再尝试尝试联系他，看看有没有啥误会。不行就得报案。

楼主,设计模式和 head first 设计模式哪本更好一点

老了