们的程序变得非常的灵活。 Panic和Recover Panic和Recover Go没有像Java那样的异常机制，它不能抛出异常，而是使用了panic和recover机制。一定要记住，你应当把它作为 最后的手段来使用，也就是说，你的代码中应当没有，或者很少有panic的东西。这是个强大的工具，请明智地使用 它。那么，我们应该如何使用它呢？ Panic 是一个内建函数，可以中断原有的控制流程，进入一 防止多次递交表单 下一节: 小结 113 4.6 小结 4.6 小结 这一章里面我们学习了Go如何处理表单信息，我们通过用户登陆、上传文件的例子展示了Go处理form表单信息及上传 文件的手段。但是在处理表单过程中我们需要验证用户输入的信息，考虑到网站安全的重要性，数据过滤就显得相当 重要了，因此后面的章节中专门写了一个小节来讲解了不同方面的数据过滤，顺带讲一下Go对字符串的正则处理。 session启动后，我们设置了一个值，用于记录生成sessionID的时间。通过判断每次请求是否过期(这里设置了60秒) 定期生成新的ID，这样使得攻击者获取有效sessionID的机会大大降低。 上面两个手段的组合可以在实践中消除session劫持的风险，一方面， 由于sessionID频繁改变，使攻击者难有机会 获取有效的sessionID；另一方面，因为sessionID只能在cookie中传递，然

敏捷集成 微服务探索 跨部门 异构系统 非标接口 托管接入 业务隔离 解析适配 IDL • 标准接口 • 字段约定 Script 转码逻辑 • 非标接口 • 逻辑编码 问题 手段 嵌入脚本选型 • Expression、Learning cost Custom • CGO overhead Javascript(V8) • Performance Javascript

平均1ms以内，最大10ms • 实测 –100万连接，400ms gc延迟 GC优化思路 • Go的gc算法（go1.3） –Mark and Sweep：大量时间时间用于扫描对象 • 常规手段的核心：减少对象数 –小对象合并成大对象 • 利用Array来合并一组对象（内部对象计数为1） – 把数据放到C代码里面，通过cgo做接口使用 –对象复用 (对象池) –深度优化系统结构和算法

错误信息手册的必要性 第五部分 为什么恢复慢？-- 错误手册 为什么年纪大的程序员会比年轻程序员排查问题更快 • 遇到的问题多 • 这些问题不会系统的出现在课本上 • 没遇到过的问题，很难意识到对应的操作手段 自动化 经验 识别 花很多时间，去排查线上问题，这是一个认知问题 为什么恢复慢？-- 错误手册 自动化 经验 识别 1. 将认知总结为文档 2. 故障演练 为什么恢复慢？-- 错误手册

这样使得程序变得非常的灵活。 Panic和Recover Go没有像Java那样的异常机制，它不能抛出异常，而是使用了 panic 和 recover 机制。一定要记住， 应当把它作为最后的手段来使用，也就是说，代码中应当没有，或者很少有 panic 的东西。这是个强大 的工具，请明智地使用它。 Panic 是一个内建函数，可以中断原有的控制流程，进入一个 panic 状态中。当函数

Go 的设计者觉得 try/catch 机制的使用太泛滥了，而且从底层向更高的层级抛异常太耗费资源。他们给 Go 设计的机制也可以 “捕捉” 异常，但是更轻量，并且只应该作为（处理错误的）最后的手段。 Go 是怎么处理普通错误的呢？通过在函数和方法中返回错误对象作为它们的唯一或最后一个返回值—— 如果返回 nil，则没有错误发生——并且主调（calling）函数总是应该检查收到的错误。

的设计者觉得 try/catch 机制的使用太泛滥了，而且从底层向更高的层级抛异常太耗费资源。他们给 Go 设 计的机制也可以 “捕捉” 异常，但是更轻量，并且只应该作为（处理错误的）最后的手段。 Go 是怎么处理普通错误的呢？通过在函数和方法中返回错误对象作为它们的唯一或最后一个返回值——如果返回 nil，则没有错误发生——并且主调（calling）函数总是应该检查收到的错误。 永