孔飞力《叫魂》。核心观点：一场看似荒诞的民间恐慌，之所以会扩大成全国性政治事件，是因为它精准触发了国家、社会与人心深处的脆弱结构。 核心观点 谣言的传播并不靠真实性，而靠可附着性。 一个说法只要足够符合时代焦虑，就会迅速扩散。 国家机器会放大某些恐慌。 当权力系统把模糊恐惧上升为正式治理对象时，事情就不再只是民间流言，而会演变成制度性运动。 底层社会的不安会借由荒诞形式表现出来。 “叫魂”不是单纯迷信，而是一种集体焦虑的出口。 印象较深的部分 很多看起来荒唐的事件，背后都埋着真实的不安全感。 人们害怕的未必是谣言本身，而是自己无法掌控的生活处境。 统治者对秩序失控的恐惧，与百姓对生活失控的恐惧，会在同一事件里相互放大。 读后感 讲了一整套机制：恐慌怎么形成，怎么扩散，又怎么被权力接手。 合上书之后，这个判断会变得更清楚：很多群体性狂热都不是偶然，它们总有适合生长的土壤。
黄仁宇《万历十五年》。核心观点：历史的转折往往不体现在戏剧性大事件中，而体现在制度内部长期积累的失衡。 核心观点 看似平静的一年，往往隐藏着深层结构问题。 万历十五年本身没有惊天动地的大事，但正因为如此，它更能显出帝国运转逻辑的疲态。 个人悲剧常常是制度问题的投影。 张居正、申时行、海瑞、戚继光、李贽，这些人物的命运并不只是性格故事，而是制度张力作用到个人身上的结果。 道德化治理会掩盖技术性治理的缺失。 一个系统如果只能不断诉诸名分、道德和姿态，而缺乏可计算、可执行、可调整的治理能力，迟早会陷入僵局。 印象较深的部分 帝国并不是突然崩坏的。 它往往是在表面秩序仍然存在的时候，内部弹性已经一点点耗尽。 历史里最难修复的不是一次错误，而是长期没有被正视的结构性问题。 读后感 很多表面上的人物冲突，放大看，其实都是制度问题在借人发声。 把它放到现实里对照着看，会更有感觉，因为很多组织衰败的逻辑其实并没变。
Eric Ries《精益创业》。核心观点：创业不是把想法尽快做大，而是用最小成本持续验证“哪些假设成立”。 核心观点 创业的核心单位不是产品，而是学习。 如果一个团队发布了很多功能，却没有获得更清楚的用户认知，本质上并没有前进。 MVP 的重点是验证，不是简陋。 它的价值在于用最小代价测试关键假设，而不是随便做个半成品糊出去。 增长必须建立在可重复的因果关系上。 偶然增长不等于找到模式，真正有价值的是知道“为什么用户会留下来”。 印象较深的部分 很多团队失败不是因为不努力，而是一直在高效地做错事。 这句话几乎适用于所有产品开发。 转向不是失败，而是认知更新。 当关键假设被验证为错误时，继续硬推才是真正的浪费。 读后感 这本书最好的地方，是它把创业从激情叙事拉回到验证逻辑。创业不是证明自己有多投入，而是在不断回答：这个问题到底存不存在，这个解法到底成不成立。 不只是创业者，做产品的人读这本书也很合适。
约翰·格雷《男人来自火星，女人来自金星》。核心观点：很多两性冲突不是恶意，而是沟通语言和情感需求错位导致的误读。 核心观点 很多争执并不是立场冲突，而是回应方式不对。 一方在表达情绪时，希望先被理解；另一方却急着给建议、讲道理、解决问题。结果问题还没处理，情绪先被放大了。 男性和女性在压力下常见的反应不同。 书里用“洞穴”和“倾诉”来做比喻：有的人会先退回自己的空间整理情绪，有的人则会通过表达来获得安慰和连接。 爱意是否被感受到，取决于是否击中对方在意的点。 你以为自己在付出，对方却可能没有接收到，因为形式不对、时机不对、语气也不对。 对我有帮助的提醒 先共情，再建议。 别急着修理问题，先让对方感觉自己被听见。 不要把差异自动解释成不在乎。 很多时候对方不是冷漠，而是处理情绪的方式跟自己不一样。 关系里需要翻译能力。 同一句话，在不同的人耳朵里，可能完全不是一个意思。愿意多解释一步，很多误会根本不会扩大。 不要在错误时机沟通。 一方需要空间时被追问，一方需要回应时被回避，都会让原本不大的问题迅速升级。 读后感 这本书有时代背景，里面有些表达今天看会显得比较类型化，但它提醒了一件很实用的事：亲密关系里，“你到底想表达什么”和“对方实际听到了什么”经常不是一回事。 如果把它当成一套绝对性别规则，价值会有限；但如果把它当成一本关于差异化沟通的入门书，反而很有启发。它提供的不是结论，而是一个解释框架：很多矛盾不是谁对谁错，而是两套系统在错位运行。理解这一点，关系至少不会越走越窄。
周志明《凤凰架构》。核心观点：架构不是炫技，不是堆名词，而是在约束条件下持续支持业务演进的系统设计。 核心观点 架构首先服务于演进。 一个系统最重要的能力，不是初版多优雅，而是变化来临时能否低成本调整。 分布式不是目标，只是代价高昂的手段。 很多问题在单体阶段并不存在，一旦走向分布式，复杂性、调用链、事务一致性、运维成本都会急剧上升。 架构决策必须对应具体问题。 如果没有明确的性能瓶颈、组织边界或交付约束，很多“先进架构”都只是过度设计。 印象较深的部分 技术选型背后总有交换。 性能、可维护性、可扩展性、团队认知成本，永远不可能同时最优。 架构能力的一部分是克制。 什么时候不拆、什么时候不分布式、什么时候保留简单方案，往往比“会多少框架”更重要。 读后感 这本书好在它不太谈抽象的“架构之美”，而是不断把问题拉回现实：业务规模、团队能力、系统约束、演进成本。 这本书最后落下来的判断很明确：好的架构师不只是会设计复杂系统，更重要的是知道复杂性应该从哪里开始，又该在哪停下来。
罗杰·道森《优势谈判》。核心观点：谈判不是零和博弈，而是让双方都觉得自己赢了的艺术。 核心原则 永远不要接受第一次报价。 即使条件很好，接受也会让对方后悔——他们会觉得本可以要得更少。让对方经过一番拉锯，才能真正感到满足。 开价要高于预期。 为自己留出让步空间。让步本身就是一种礼物，能让对方感到赢了。 让步要递减，不要等额。 每次让步幅度依次缩小，暗示已经接近底线。等额让步反而会让对方期待下一次同样幅度的让步。 常用战术 退缩（Flinch）：对报价表现出明显的惊讶，无论心里怎么想。沉默和惊讶会让对方主动补充解释或降价。 不情愿的卖家/买家：在开始谈判前表现出勉为其难，压低对方的期望值，同时给自己争取更大的空间。 更高权威：告知对方需要请示上级，为自己保留退路，避免当场被逼表态。这不是谎言，是谈判工具。 逐步蚕食（Nibbling）：在达成主要协议后，再追加小要求。此时对方已经投入，更难拒绝。 好警察/坏警察：多人谈判时分工，一人强硬，一人温和，引导对方向温和一方妥协。 读后感 技巧本身不是重点，理解背后的心理才是。谈判双方都需要一个"我赢了"的感受，好的谈判者的工作就是在达成目标的同时，帮对方也构建这个感受。
彼得·德鲁克《卓有成效的管理者》。核心观点：管理者的有效性不是天赋，而是一套可以训练的工作习惯。 核心观点 先管理时间。 很多管理失效，本质上不是能力不足，而是时间被切碎到无法做真正重要的事。 重视贡献而不是忙碌。 有效管理者会不断问：我这项工作最终对组织产生了什么结果，而不是我今天看起来做了多少事。 用人要看长处。 管理的任务不是修理人的短板，而是把不同人的强项放到能产生效果的位置上。 印象较深的部分 决策不是越多越好，而是少而关键。 真正重要的决策不会天天发生，关键在于识别哪些问题值得上升到决策层面。 管理不是控制细节，而是让系统产出结果。 一个人如果永远沉迷于亲自处理所有问题，通常意味着管理结构出了问题。 读后感 很多问题最后都会落回管理者自己身上：时间是不是被切碎了，事情是不是做了很多却没结果，管理是不是变成了盯细节。 我读完最大的感受是，有效性不是更努力，而是先分清什么值得投入，什么只是看起来忙。
罗兰·米勒《亲密关系》。核心观点：好的关系不是“找到对的人”就自动成立，而是理解吸引、依恋、沟通与冲突如何共同塑造一段关系。 核心观点 关系质量取决于互动是否长期稳定、可预期。 我们常常不是在和真实的人相处，而是在和自己脑中的“理想伴侣模板”相处。期待越不切实际，越容易把普通摩擦解读成严重问题。 亲密感来自持续的自我暴露。 关系变深，不是因为一次惊天动地的表达，而是因为双方愿意不断交换真实的信息、情绪和脆弱。 依恋模式会影响相处方式。 安全型更容易建立稳定联结；焦虑型更容易反复确认爱；回避型则会在靠近时本能撤退。很多矛盾，不是因为不爱，而是因为应对亲密的方式不同。 印象较深的部分 吸引不只是感觉问题。 熟悉、相似、接近、回应感，这些都比“命中注定”更能解释一段关系为什么会开始。 满意度来自比较。 人会用“我本来能得到什么”来衡量当前关系，所以幸福感并不只来自伴侣本身，也来自自己的参照系。 回应感比付出总量更重要。 不是做了多少，而是对方是否感到被理解、被在意。很多冲突，本质上都是回应缺失。 冲突不可避免，但处理方式有高下。 逃避、指责、翻旧账都会消耗关系；能把问题和人格分开讨论，关系才有修复空间。 归因方式会持续影响关系温度。 对伴侣更容易做负面归因，对自己则更容易找情境理由；这种偏差会一点点侵蚀善意。 回应循环会把小问题放大成结构性问题。 一方冷淡，另一方就会加码确认；加码又会让前者更想后退，最后形成“越追越逃、越逃越追”的负反馈。 读后感 这本书最有价值的地方，是把很多原本被浪漫化的东西重新放回现实。爱情并不是纯凭运气，也不是只靠感觉维持。很多我们以为是“缘分不好”的问题，其实是认知偏差、沟通习惯、依恋模式和互动结构共同作用的结果。 成熟的亲密关系，不是从不受伤，而是双方都愿意学习如何更好地靠近彼此，同时保留边界，修正误解，维持稳定回应。
Frederick P. Brooks Jr.《人月传奇》。核心观点：软件项目最大的难点不是编码本身，而是复杂性、沟通成本和不可压缩的系统设计工作。 核心观点 向延期项目增加人手，只会让它更晚。 新人加入需要沟通、培训、同步上下文，短期内增加的是负担而不是产能。 概念完整性比局部聪明更重要。 一个系统最宝贵的是整体一致的设计语言，而不是每个模块都由最聪明的人各自发挥。 软件开发存在本质复杂性。 有些问题可以靠工具改善，但需求理解、系统边界、多人协作这些难题无法被简单消灭。 印象较深的部分 人月并不能自由替换。 并不是每个任务都能线性拆分后并行推进，很多关键工作天然依赖少数人做深度思考。 文档和接口设计是沟通成本控制器。 项目一旦变大，真正稀缺的就不是“谁会写代码”，而是“谁能让协作保持有序”。 读后感 这本书虽然老，但读起来并不旧。今天工具多了很多，项目翻车的原因却没怎么变：目标没说清，边界没定住，沟通一乱，就开始指望“再加点人”补回来。 核心是把软件工程从“多写点代码”拉回到“怎么组织人和系统一起工作”。
第一部分 走进java 第一章 走进java 1.2 java技术体系 1.3 java发展史 Jigsaw项目：虚拟机层面的模块化支持。 DLL HELL : 模块地狱 1.4 jvm家族 1.4.1 虚拟机始祖：Sun Classic/Exact VM 编译器/解释器/即时编译器 : java代码的运行 Exact VM 使用准确式内存管理（Exact Memory Management，也可以叫Non-Con-servative/Accurate Memory Management） 1.4.2 武林盟主：HotSpot VM HotSpot虚拟机是Sun/OracleJDK和OpenJDK中的默认Java虚拟机，也是目前使用范围最广的Java虚拟机。 1.6 实战：自己编译JDK 1.6.1 获取源码 OpenJDK 12地址 jdk8和jdk8u有什么区别? 1.6.2 系统需求 推荐linux 64位和mac os 64位 查看位数命令: getconf LONG_BIT 第二部分 自动内存管理 第2章 Java内存区域与内存溢出异常 2.2 运行时数据区域 2.2.1 程序计数器 程序计数器（Program Counter Register）是一块较小的内存空间，它可以看作是当前线程所执行的字节码的行号指示器。 2.2.2 Java虚拟机栈 与程序计数器一样，Java虚拟机栈（Java Virtual Machine Stack）也是线程私有的，它的生命周期与线程相同。虚拟机栈描述的是Java方法执行的线程内存模型：每个方法被执行的时候，Java虚拟机都会同步创建一个栈帧 用于存储局部变量表、操作数栈、动态连接、方法出口等信息。每一个方法被调用直至执行完毕的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。 ...