{"success":true,"data":[{"id":"5cbfd9aca86ae80ce64b3175","author_id":"4f447c2f0a8abae26e01b27d","tab":"share","content":"

前言

\n

时隔一年，Node.js 12 如约而至，正式发布第一个 Current 版本。

\n

该版本带来了诸如：

\n\n

原文地址：https://medium.com/@nodejs/introducing-node-js-12-76c41a1b3f3f\n语雀地址：https://www.yuque.com/egg/nodejs/nodejs-12

\n

LTS vs Current

\n

\"image.png\"

\n

如果你不了解 Node.js 的  Long Term Support 发布策略的话，一定要看看 https://github.com/nodejs/Release 。

\n

就目前而言，Node.js 6.x 和 8.x 将在 2019 年末结束 LTS 的支持，大家尽快升级到 10.x 吧。

\n

快速体验

\n
$ nvs add node/12\n$ nvs use 12\n$ node -v\nv12.0.0\n

具体参考这篇文章：科普文：使用 nvs 管理本地 Node.js 版本

\n

V8 更新到 7.4

\n
\n

大部分情况下，我们不用去考虑性能问题，坐等 V8 版本更新就好了。（大雾）

\n
\n

本次版本更新，也带来了好几个不错的特性：

\n\n

同时，跑了下我们 Egg 的一些内部测试，发现序列化有 10~20% 的性能提升，恐怖如斯！

\n

另，奇丑无比的 Private Class Fields 也能用了：

\n
class IncreasingCounter {\n  #count = 0;\n  \n  get value() {\n    console.log('Getting the current value!');\n    return this.#count;\n  }\n  increment() {\n    this.#count++;\n  }\n}\n

HTTP 解析速度提升

\n

默认的 HTTP 解析器切换为 llhttp ，性能提升恐怖如斯：

\n

\"image.png\"

\n
\n

点评：恐怖如斯。

\n
\n

启动速度提升

\n

通过 v8 code cache 的支持，在构建时提前为内置库生成代码缓存，从而提升 30% 的启动耗时。\n同时，通过重用主进程缓存，Workers Threads 的启动速度提升了 60% 。

\n
\n

点评：恐怖如斯。

\n
\n

Workers Threads

\n

在 10.x 已经引入的 Workers Threads 特性，在 12.x 里面默认启用，无需使用 --experimental-worker 开启。同时基于上一条的介绍，启动的速度也得到大幅提升。

\n

相关介绍：https://medium.com/@Trott/using-worker-threads-in-node-js-80494136dbb6

\n

诊断报告

\n

提供了新的实验性功能『诊断报告』，一个非常有用的特性。\n可用于帮助分析诸如：崩溃，性能问题，内存泄漏，高 CPU 占用等等问题。详见 这篇文章。

\n
\n

点评：这也是 AliNode 之前的一个卖点之一。

\n
\n

Heap Dump

\n

以前我们分析问题的时候，需要手动安装对应的类库或者使用 AliNode。

\n

在 12.x 里面内置了该功能，详见：

\n\n
\n

点评：又一个 AliNode 的功能被内置了。但其实影响不大，AliNode 的核心在于分析平台，这块的采集能力，本来他们就打算开源回馈出去的。

\n
\n

同时，由于上述提到的 V8 升级，现在可以按照可用内存动态调整堆大小了。

\n

ESM 模块方案更新

\n

ES6 模块仍然还在实验阶段，不过有了新的方式，具体参见这篇文章。

\n
\n

点评：让子弹再飞一会，该特性真的不是痛点，不急。

\n
\n

其他更新

\n\n

不过目前 node-gyp 的一些原生模块会编译失败：

\n
nunjucks@3.2.0 › chokidar@2.1.5 › fsevents@^1.2.7 optional error: Error: Run "sh -c node install" error, exit code 1\n    at ChildProcess.<anonymous> (/Users/tz/.npm-global/lib/node_modules/tnpm/node_modules/_runscript@1.3.0@runscript/index.js:74:21)\n    at ChildProcess.emit (events.js:196:13)\n    at maybeClose (internal/child_process.js:1000:16)\n    at Process.ChildProcess._handle.onexit (internal/child_process.js:267:5)\n
","title":"Node 12 值得关注的新特性","last_reply_at":"2019-11-10T04:47:11.371Z","good":false,"top":true,"reply_count":76,"visit_count":248752,"create_at":"2019-04-24T03:36:12.582Z","author":{"loginname":"atian25","avatar_url":"https://avatars2.githubusercontent.com/u/227713?v=4&s=120"}},{"id":"5d9c9273865a9844a301a0a5","author_id":"5d9c9150865a9844a301a09e","tab":"share","content":"

D2 前端技术论坛(Designer & Developer Frontend Technology Forum, 简称 D2），是由阿里经济体前端委员会主办的面向全球前端领域的技术论坛，立志于建设一个促进业内交流、引领前端领域发展的平台。目前 D2 已经成功地举办了 13 届，为国内外前端领域的开发者和设计者提供了共同探讨行业发展的机会，以技术会友、一起分享技术的乐趣。\n延续上次燃爆前端圈的盛况，第十四届 D2 又向我们招手了！\n这次，它将踩着 2019 年的尾巴，于 12 月 14 号，和你我相约在美丽的杭州，一起分享前沿与实用的前端技术，探索技术给我们带来的乐趣，共同探讨行业的发展。\n如果你对本次会议感兴趣，那就赶紧去买票吧！（扫描下图二维码或点此直达官网）\n\"image.png\"

\n

本届 D2 由以下 6 个方向组成，每个方向有各自的专场。\n智能化\n机器学习和人工智能在前端领域如何应用？智能化将如何改变前端的工作方式？目前机器学习和人工智能在前端的应用成果有哪些？在工程和业务领域借助智能化创造技术价值？本届 D2 的前端智能化专场通过行业的应用案例和实践经验的风向，让大家对智能化改变前端有切实的感受，我们还邀请到了谷歌 Tensorflow.js 等行业知名的前端智能化团队，带来前端智能化发展趋势的最新信息。让我们在机器学习改变行业的今天，携手弄潮于技术之巅。\nServerless\nServerless 体系不断完善会给整个研发模式、团队组织带来怎样的影响？「云+端」一体化对前端岗位的定义、技术能力要求、前后端协同的方式带来什么变化？本届 D2 的 Serverless 专场将带领大家聆听阿里前端及其他全球知名厂商的深度实践分享，助你了解当前业内 Serverless 相关的研发动态与成果，一起去感受「云+端」为整个研发链路带来的新奇变化与无限想象。\n工程化\n随着前端在各领域中攻城略地，前端的日常开发工作变得异常复杂，在这个过程中我们的工具该如何提效？流程该如何保障？生产关系该怎样优化？生产效率又该怎么提升？面对不同的组织结构、业务形态和技术架构，我们该如何选择、取舍，有哪些思考逻辑值得借鉴？本届 D2 的工程化专场将带来业内优秀的前端工程建设实践及实践背后的宝贵经验与思考，希望帮助大家能从这些成功案例中获得灵感并发掘到新方向。\n极致体验\n追求极致体验已融入到每个前端工程师的血液中，性能优化是一个经久不衰的话题，随着业务和场景不断的扩大与演变，新框架、架构、解决方案的更新与迭代, 无一不是为了更好的体验及研发效率， 如何保证研发效率的同时达到最佳的用户体验？ 过去积累的经验在面对未来场景下能具备什么价值？本届 D2 极致体验专场将邀请不同业务场景的技术专家分享相关思路与实践，期待能为大家带来更多的思考和落地参考。\n语言框架\n随着前端语言的发展，出现了哪些新特性以及这些特性背后的思想是什么？在实际场景中运用视角和标准组织视角之间有什么不同？面向未来的前端语言以及框架如何从应用性和标准性双维度思考来持续演进？本届 D2 的语言框架专场将邀请各个前端框架和编程语言领域的专家，为大家深度剖析其中的思考，同时将会邀请 TC39 的核心成员为大家深入解读标准背后的方方面面。\n多样化领域\n随着不断的新场景出现，很多新领域被重新定义、突破。始终充满创新活力的前端技术也在不断拓宽自己的边界和视野，那么近年来前端技术探索了哪些新领域？如何让前端技术与新领域碰撞出来火花？在深度专业领域例如：数据可视化、IoT、Webassembly、渲染引擎以及 3D 互动游戏等领域创造出了怎样的变化？本届 D2 的多样化领域专场将邀请不同技术领域中的实践专家，为大家解密前端在各个领域中的实践之路。

\n

看完各个方(zhuan)向(chang)的介绍，你是不是也开始期待了呢？\n虽然本篇文章还未透露讲师的具体信息，但是请放心，D2 出品，绝对值得信赖，看看去年的情况便知分晓！

\n

去年人气爆满、人潮涌动的三号厅里，兼具颜价与才华的讲师为我们带来了最专业最前沿的前端分享。\n来自腾讯云的王伟嘉为我们介绍了 Node.js 性能优化相关的工程经验、开源工具和最佳实践。\n来自 Facebook 的闫畅，带我们一步步分析了 Migration 技术产生的背景，解决了什么问题，以及怎样理解使用这个新功能。\n\"6c85d902ly1fywvem9wmnj20zk0k0grh.jpg\"\n来自阿里的西萌，带大家探索了前端可视化技术的前沿领域，从技术视角看到不一样的双十一，探索神秘的双十一媒体大屏背后的实现细节。一套用于优化性能、提升流畅性的解决方案和工具集，包含 WebGL2 渲染引擎、多线程加速方案、WebAssembly 加速方案、星系到城市单场景的 LBS 可视化引擎等。\n来自蚂蚁金服的燃然，为大家带来了科技感十足集“好玩”与“实用”于一身的的 WebAR 技术，为我们介绍了WebAR需要的技术储备，如何利用基本的 3D 知识，上手开发一个 WebAR 互动应用。相信有不少朋友还记得如何高效渲染摄像头并且进行图像识别，Native 识别数据又是如何在WebView 间进行高效传递的吧。

\n

就这么简单一列都觉得干货满满啊有木有，难怪会后有不少人都在社交媒体上分享了自己的参会体验。其来自中国科学院大学的硕士 hijiangtao 的感想，应该说出了不少人的心声吧：

\n
\n

很多人都说在三号报告厅呆了一整天收获很大，但自己眼睛就一双只能盯着一个报告厅，没法分身啊也是真难受

\n
\n

哈哈，不过小哥哥先别难受，对哪个分享最感兴趣就尽管去听好了，其他感兴趣的，有我们呢！我们将在会后第一时间整理出分享资料，尽量把你的遗憾值降到最低～

\n

召唤锦鲤

\n

为了给大家提供最好的参会体验，每届 D2 结束之后我们都会进行随机的问卷调查，这里也由衷地感谢为我们提出意见和想法的同学，比心心～❤️ 同时我们也从去年回答问卷的朋友中，随机抽取了四位锦鲤！承包了他们的 D2 门票！锦鲤们将免费参加第十四届的 D2, 有没有很惊喜！他们分别是 lsonlee,郑天蝉,赵春燕,GOD(唐赟杰)，获奖的同学请发送你的联系方式到 alibabaf2e@list.alibaba-inc.com 联系小编领取奖品，如果这里面有你认识的朋友，也可以第一时间转发这个好消息给他哦（顺便敲诈个饭，哈哈）。\n有小可爱表示不知道有这么好的福利，嘿嘿嘿，以后福利只会更多不会少，你需要的就是来参加，然后静候喜从天降啦～

\n

对本次大会的时间、地点及主题方向有了大概的了解之后，终于到了最令人期待的卖票环节了，我隔着屏幕都能看到大家在摩拳擦掌呢～\n二话不说 开门见山吧！

\n

本次大会一共设置四个类型的门票：

\n\n

现在就可以购买早鸟票或者早鸟拼团票啦，数量有限，购买时间也有限制，如果你对本届 D2 感兴趣，那就赶紧扫码/访问大会官网购票吧！ 晚了可就只剩下晚鸟票咯～\n\"image.png\"\nPS. 上月底刚放出 D2 的消息，就有近百位手快的小伙伴买了票，看到你们对 D2 的信赖真是感动呀！\nPPS. 大会贴心地为大家准备了官方拼团群，想拼团的小可爱欢迎进群哦～\n\"image.png\"\n咳咳，除了买票来看参加，今年我们还为你准备了一种特殊的参会方式！猜猜是啥？！\n哈哈，谜底揭晓！\n那就是以讲师的身份参加 D2！\n本届 D2 专门为外部讲师预留了话题，如果你对以上六大方向感兴趣，又有自己深入的研究或独特的见解，我们诚挚邀请你进行报名，与广大前端爱好者分享交流。\n报名地址：\n\"image.png\"\n如您的话题入选，我们将安排专人与您联系，心动不如赶快行动哟。:-)

\n
","title":"12 月 14 日，技术大牛齐聚 D2，带你解锁前端新姿势","last_reply_at":"2019-10-29T02:04:51.629Z","good":false,"top":true,"reply_count":6,"visit_count":20556,"create_at":"2019-10-08T13:43:15.568Z","author":{"loginname":"jothy1023","avatar_url":"https://avatars2.githubusercontent.com/u/14975630?v=4&s=120"}},{"id":"5dba779c865a9844a301f005","author_id":"56cd160ac045c3743304beec","tab":"ask","content":"

以前的腾讯云还有价格优势，但刚才看了一样，现在比起阿里云好像连价格优势都没了。懂行的来说，腾讯云主机有什么优势呢？

\n
","title":"腾讯云主机有什么优势？","last_reply_at":"2019-11-13T11:20:56.821Z","good":false,"top":false,"reply_count":10,"visit_count":13216,"create_at":"2019-10-31T05:56:44.227Z","author":{"loginname":"flamingtop","avatar_url":"https://avatars3.githubusercontent.com/u/132677?v=4&s=120"}},{"id":"5dcbe652865a9844a3021bbe","author_id":"5dcbe57bece3813ad9ba82ef","tab":"ask","content":"

腾讯云服务器配置是 1核2G1M 50G配置如下：\"price.png\"

\n

准备个人备案一下，不知道有什么注意事项的也可以告诉我。

\n

初步计划是搞个个人博客或者个人网站，挂个广告啥的 有点”睡“后收入最好了。。。

\n

博客做什么技术选型呀

\n
","title":"搞了一个服务器，不知道做点什么项目？有大佬推荐吗？","last_reply_at":"2019-11-13T11:17:38.888Z","good":false,"top":false,"reply_count":0,"visit_count":97,"create_at":"2019-11-13T11:17:38.888Z","author":{"loginname":"clearJSer","avatar_url":"https://avatars3.githubusercontent.com/u/29148598?v=4&s=120"}},{"id":"5dcb943eece3813ad9ba80d0","author_id":"58d83c586f8b9bf02d1d0b1d","tab":"ask","content":"

人多但不团结

\n
","title":"为什么不联起手来罢工击杀996制度","last_reply_at":"2019-11-13T10:32:21.954Z","good":false,"top":false,"reply_count":6,"visit_count":273,"create_at":"2019-11-13T05:27:26.587Z","author":{"loginname":"ResJay","avatar_url":"https://avatars0.githubusercontent.com/u/26635410?v=4&s=120"}},{"id":"5dc7baa2865a9844a3020fe9","author_id":"5ab87f69320bb09d69e23201","tab":"ask","content":"

我用了原生的回出现部分手机层级最高的问题\n我用了video.js然后图标显示不出来\n\"image.png\"

\n

\"image.png\"\n有大神知道怎么回事么

\n
","title":"有什么好用的video的移动端插件么","last_reply_at":"2019-11-13T10:30:13.445Z","good":false,"top":false,"reply_count":2,"visit_count":299,"create_at":"2019-11-10T07:22:10.975Z","author":{"loginname":"jiayin3204","avatar_url":"https://avatars0.githubusercontent.com/u/31952729?v=4&s=120"}},{"id":"5dca5938865a9844a3021629","author_id":"5836f4b2bde2b59e06141f4c","tab":"share","content":"

利用离职后的空档期做了款仿微软Todos UI的微信小程序：WeTodos。中间用了好多相对于自己以前了解过没实践的工具/技术，一个人做前后端的效率真爽爆了～

\n

\"gh_10dc9935b278_258.jpg\"

\n

喜欢的点个赞，欢迎体验留下你宝贵的意见便于我改进。

\n

Github 源码传送门：https://github.com/zhongjixiuxing/WeTodos

\n

技术栈：

\n\n
","title":"仿微软的TODO 小程序：WeTodos","last_reply_at":"2019-11-13T07:58:19.505Z","good":false,"top":false,"reply_count":1,"visit_count":224,"create_at":"2019-11-12T07:03:20.903Z","author":{"loginname":"zhongjixiuxing","avatar_url":"https://avatars2.githubusercontent.com/u/8935235?v=4&s=120"}},{"id":"5bf23e61e6481c5709f5d15e","author_id":"5a7a5d505321b5396004ec1e","tab":"share","content":"

nt-addon-wechatapi

\n

基于 nest 封装的 微信公众平台 API

\n

贡献说明

\n

我们欢迎 Nest.js 使用者来参与这个插件的开发，作为一个贡献者，请您遵循以下原则：

\n\n

功能开发

\n

请先查阅 Roadmap，确保你想贡献的功能没有正在被实现。然后在 issue 里提交一个贡献请求，注明想要贡献的功能。

\n

发现 Bug ？

\n

如果你在源码中发现bug，请你先在本仓库的 issue 提交一个bug问题。在你提交完bug问题后，我们很乐意接受你提交一个 PR 来帮助我们修复这个bug。

\n

QQ 群

\n

322247106

\n

Roadmap

\n\n

项目地址

\n

https://github.com/notadd/nt-addon-wechatapi 欢迎一起来撸

\n
","title":"基于 nest.js 的微信公众平台 API （开发中）","last_reply_at":"2019-11-13T07:20:30.792Z","good":false,"top":false,"reply_count":0,"visit_count":1346,"create_at":"2018-11-19T04:38:57.791Z","author":{"loginname":"zuohuadong","avatar_url":"https://avatars0.githubusercontent.com/u/11203929?v=4&s=120"}},{"id":"5dca85e3865a9844a302179c","author_id":"5ab852d6320bb09d69e231f1","tab":"ask","content":"

最近有爬虫网页的需求,node有什么好用的框架或工具么?麻烦大家推荐一下…如果有教程那最好了,以前没接触过爬虫这部分…麻烦大家了…

\n
","title":"node.js 爬虫工具","last_reply_at":"2019-11-13T06:05:02.752Z","good":false,"top":false,"reply_count":5,"visit_count":350,"create_at":"2019-11-12T10:13:55.743Z","author":{"loginname":"iori2882","avatar_url":"https://avatars3.githubusercontent.com/u/1480587?v=4&s=120"}},{"id":"5dc950c3865a9844a30213ff","author_id":"5aebafbcadea947348e76068","tab":"ask","content":"

我一直觉得Typescript挺好，也是我自己想要学习和深入的知识点。所以想请教一下如何驱动团队在新项目中使用Typescript，但是害怕到最后全部都是any

\n
","title":"如何驱动团队从JavaScript转到Typescript？","last_reply_at":"2019-11-13T05:55:23.376Z","good":false,"top":false,"reply_count":11,"visit_count":653,"create_at":"2019-11-11T12:14:59.524Z","author":{"loginname":"Rabbitzzc","avatar_url":"https://avatars0.githubusercontent.com/u/26913511?v=4&s=120"}},{"id":"5dc8028c865a9844a302105a","author_id":"5dc7e7aeece3813ad9ba7759","tab":"ask","content":"

恳求大神帮忙解决下!!!\n用的express框架,mongodb的免费集群数据库,显示已经连接成功,\n\"1573387792(1).png\"\n\"1573387862(1).png\"\n\"1573387895(1).png\"\n我在路由api.js里用post提交数据\n\"1573388697(1).png\"\n然后我用postman模拟数据提交,但是一直在加载中就是提交不上去是怎么回事啊?\n\"1573388439.png\"\n\"1573388480(1).png\"\n终端能打印出来数据,但是postman里提交不了.集群数据库里也没有数据\n\"1573388512.png\"

\n
","title":"postman模拟node数据post提交不到mongoodb集群远程数据库怎么回事?","last_reply_at":"2019-11-13T03:32:57.937Z","good":false,"top":false,"reply_count":16,"visit_count":570,"create_at":"2019-11-10T12:29:00.320Z","author":{"loginname":"gaoxizhong","avatar_url":"https://avatars0.githubusercontent.com/u/39090789?v=4&s=120"}},{"id":"5cf718e995fcc914aa266316","author_id":"5a9783798d6e16e56bb80a34","tab":"ask","content":"

\"QQ图片20190605092113.png\"

\n

RT

\n
","title":"狼叔的《狼书（卷1）：更了不起的Node.js》有赠书吗？","last_reply_at":"2019-11-13T03:10:23.786Z","good":false,"top":false,"reply_count":27,"visit_count":5899,"create_at":"2019-06-05T01:20:41.677Z","author":{"loginname":"OXOYO","avatar_url":"https://avatars3.githubusercontent.com/u/5074207?v=4&s=120"}},{"id":"5c6cfdf5e1a81129a7ad8b7f","author_id":"5c663d23f53f161dbaeb3de4","tab":"ask","content":"

是《Nodejs in action》这本书吗

\n

新手求入门书籍和进阶书籍

\n
\n

先找到对的书， 然后拜读不是吗

\n
\n

求一下中文版pdf链接

\n
","title":"狼叔说的 把《node in action》看五遍， 然后去写代码, 是认真的吗","last_reply_at":"2019-11-13T02:55:20.834Z","good":false,"top":false,"reply_count":31,"visit_count":5164,"create_at":"2019-02-20T07:12:53.928Z","author":{"loginname":"nelhu","avatar_url":"https://avatars3.githubusercontent.com/u/24311105?v=4&s=120"}},{"id":"5dcb6f33ece3813ad9ba801e","author_id":"5ce7b5f24036f24194cf6486","tab":"ask","content":"

问一下大家ioredis cluster 关于 exists的命令是怎么使用呢？ 使用 const client_redis = new redis.Cluster(clusterConnection); client_redis 没有exists的命令

\n
","title":"问一下大家关于 ioredis cluster 的问题 谢谢","last_reply_at":"2019-11-13T02:49:23.452Z","good":false,"top":false,"reply_count":0,"visit_count":94,"create_at":"2019-11-13T02:49:23.452Z","author":{"loginname":"DWNEWS-weiqingtao","avatar_url":"https://avatars3.githubusercontent.com/u/49009350?v=4&s=120"}},{"id":"5d9be327ece3813ad9ba04cc","author_id":"5bf12bb1be1b120abac5a88b","tab":"share","content":"

2019年最新录制的Nestjs入门教程-B站免费看： https://www.bilibili.com/video/av68935258

\n

截止目前 已经20.1k star 了，预计10月底超过 sails 成为第三大框架，直逼 koa 的 27k 。 按目前增长趋势，2020年 可超过 koa 的star 数。

\n

Nest.js是一个渐进的Node.js框架，可以在TypeScript和JavaScript (ES6、ES7、ES8)之上构建高效、可伸缩的企业级服务器端应用程序。它的核心思想是提供了一个层与层直接的耦合度极小、抽象化极高的一个架构体系。Nest.js目前在行业内具有很高的关注度，所以我们有必要学习一下

\n

来源: https://www.itying.com/goods-1139.html

\n
","title":"Nestjs入门教程","last_reply_at":"2019-11-12T13:37:28.453Z","good":false,"top":false,"reply_count":18,"visit_count":4269,"create_at":"2019-10-08T01:15:19.231Z","author":{"loginname":"eggper","avatar_url":"https://avatars3.githubusercontent.com/u/44997460?v=4&s=120"}},{"id":"5dbab25eece3813ad9ba588e","author_id":"5d8798fc95464514f7ed90de","tab":"ask","content":"

我平时冲突都是直接把代码复制出来，然后git checkout .或者git stash 然后git pull，请问大家有没有什么奇技淫巧

\n
","title":"请问git冲突了大家一般是怎么解决的呢？","last_reply_at":"2019-11-12T11:40:21.048Z","good":false,"top":false,"reply_count":8,"visit_count":2145,"create_at":"2019-10-31T10:07:26.657Z","author":{"loginname":"qiangwaikan","avatar_url":"https://avatars1.githubusercontent.com/u/55663185?v=4&s=120"}},{"id":"5dca664dece3813ad9ba7d95","author_id":"5dc8d79d865a9844a3021214","tab":"ask","content":"

应为这个库没必要更新还是已经没有维护？\n\"屏幕快照

\n
","title":"为什么npm上面显示koa-router上次更新是两年前","last_reply_at":"2019-11-12T11:27:20.315Z","good":false,"top":false,"reply_count":3,"visit_count":273,"create_at":"2019-11-12T07:59:09.105Z","author":{"loginname":"chenkai0520","avatar_url":"https://avatars2.githubusercontent.com/u/30174970?v=4&s=120"}},{"id":"5dc5212d865a9844a3020b59","author_id":"5cede24d4036f24194cf7669","tab":"ask","content":"

小弟目前在做一个银行方面支付签名加密的功能，用的加密算法是sm2.一开始看到这个加密签名算法就很懵逼。没见过。百度了有所了解，单node能用的包比较少找了好久找到一个sm-crypto。但是签名还是和示例结果不一样。希望有大佬了解的能给小弟一点提示，谢谢。嘭嘭嘭！磕头了\n签名测试证书：MIIDJwIBATBHBgoqgRzPVQYBBAIBBgcqgRzPVQFoBDAeLV7q3Wh/fNYTNDCaupDJACCDvEV6pEwR3qCjXoimnCYeUbbyLxXTqgi883xA8mQwggLXBgoqgRzPVQYBBAIBBIICxzCCAsMwggJnoAMCAQIC\nBTADFydCMAwGCCqBHM9VAYN1BQAwKzELMAkGA1UEBhMCQ04xHDAaBgNVBAoME0NGQ0EgU00yIFRF\nU1QgT0NBMjEwHhcNMTkwNTE1MDkxODU3WhcNMjAwNTE1MDkxODU3WjB6MQswCQYDVQQGEwJDTjEN\nMAsGA1UECgwEQ01CQzESMBAGA1UECwwJQ01CQ19EQ01TMRkwFwYDVQQLDBBPcmdhbml6YXRpb25h\nbC0xMS0wKwYDVQQDDCQwMzA1QDcwNTAxNTE3MTZA6K+B5Lmm5pu05paw5rWL6K+VQDEwWTATBgcq\nhkjOPQIBBggqgRzPVQGCLQNCAATCE4w0oE40yXBUH/DmZLoI2V2g5gyHTC5LFGgOmubz/R9P2J4x\n2E1CprPpxAqWemSjZ+a0XUyZ/smiW9Tos/DYo4IBJTCCASEwHwYDVR0jBBgwFoAU4n62ELuU6xXm\nrtEVCv/o16BXOZ0wSAYDVR0gBEEwPzA9BghggRyG7yoCAjAxMC8GCCsGAQUFBwIBFiNodHRwOi8v\nd3d3LmNmY2EuY29tLmNuL3VzL3VzLTEzLmh0bTBpBgNVHR8EYjBgMC6gLKAqhihodHRwOi8vMjEw\nLjc0LjQyLjMvT0NBMjEvU00yL2NybDE1NjAuY3JsMC6gLKAqhihodHRwOi8vMjEwLjc0LjQyLjMv\nT0NBMjEvU00yL2NybDE1NjAuY3JsMAsGA1UdDwQEAwID+DAdBgNVHQ4EFgQUgraLiaVncgA2mbji\nSMRoS1x+wukwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAwGCCqBHM9VAYN1BQADSAAw\nRQIhALL1JIduYgpKQ0qr2jWI1byu8n/ibRr94K4ALvYCRu79AiA/tGZOT0EV5rzadajuXnqSeg7I\n6jVFUBSnMZqpA6oDrg==

\n

加密测试证书：-----BEGIN CERTIFICATE-----\nMIICvDCCAmCgAwIBAgIFMAMWgnMwDAYIKoEcz1UBg3UFADArMQswCQYDVQQGEwJD\nTjEcMBoGA1UECgwTQ0ZDQSBTTTIgVEVTVCBPQ0EyMTAeFw0xOTA1MTQwOTUzMzNa\nFw0yMDA1MTQwOTUzMzNaMHMxCzAJBgNVBAYTAkNOMQ0wCwYDVQQKDARDTUJDMRIw\nEAYDVQQLDAlDTUJDX0RDTVMxGTAXBgNVBAsMEE9yZ2FuaXphdGlvbmFsLTExJjAk\nBgNVBAMMHTAzMDVAWjkwOEJBTktTTTJAOTA4QmFua1NtMkAxMFkwEwYHKoZIzj0C\nAQYIKoEcz1UBgi0DQgAEp4Fb7WzVx1Q6x4CUlt5Zi4zwJa4o90pYWUMctZ56UJ4p\nKQOhw/fStMukfLLImwBG0eDahY3ifDzzkA/K+ej7rqOCASUwggEhMB8GA1UdIwQY\nMBaAFOJ+thC7lOsV5q7RFQr/6NegVzmdMEgGA1UdIARBMD8wPQYIYIEchu8qAgIw\nMTAvBggrBgEFBQcCARYjaHR0cDovL3d3dy5jZmNhLmNvbS5jbi91cy91cy0xMy5o\ndG0waQYDVR0fBGIwYDAuoCygKoYoaHR0cDovLzIxMC43NC40Mi4zL09DQTIxL1NN\nMi9jcmwxNTU3LmNybDAuoCygKoYoaHR0cDovLzIxMC43NC40Mi4zL09DQTIxL1NN\nMi9jcmwxNTU3LmNybDALBgNVHQ8EBAMCA/gwHQYDVR0OBBYEFLhmRmKxGGCcMmQl\nTRxQdv/lW1x2MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAMBggqgRzP\nVQGDdQUAA0gAMEUCIQDRnl5AFJpwR70bj9f8uz6l90F5flf2wjkucrA1tzh4PgIg\nAc+miDyQZV8NhnRK8t5hDS/dH/wHD3VwayFVEcPwkXo=\n-----END CERTIFICATE-----

\n

下面是测试的

\n
    \n
  1. 商户后台按照要求，拼接查询信息，将查询信息拼接成 json 字符串\n{“platformId”:“3300000100016169”,“merchantNo”:“01201712081606430003”,“merSerialNo”:“tp20180116142640”,\n“fileNum”:“1”,“fileSize”:“145”,“fileMd5”:“dcc40f676cdf738e81a042ad7a95ef14”,“feeType”:“01”,“totalAmount”:“100.\n00”,“fileContent”:“MjAxNzExMjEwMDA5MjExMTIyMTJ8MTAzMzI0ODJ8546L5rSLfOWMl+S6rOS4nOWfjuWMunw\nxMTAxMTExMTkxOTgyMjM2fDEzODExMTEwMDAwfOWtpuadgui0uXwxMDAuMDB8MjAxNTA1MTF8MjAxNTEy\nMzB8MjAxNuW5tOWwj+WtpuWFtOi2o+Wfueiurei0uQ==”,“reserve”:""}
    2. \n
  2. 将上述字符串调用签名函数进行签名，得到签名值\nMEUCIGcnFdZCiltWU2UBbwXA18LiJ0oIqrLTcXFNhwgOUum0AiEAuJgohSL9ocnyBgAeRvoeW6nIaJ+pvg1AFzM\nh17YdoIs=
    3. \n
  3. 将签名值和订单 json 字符串按如下格式拼接\n{“sign”:“MEUCIGcnFdZCiltWU2UBbwXA18LiJ0oIqrLTcXFNhwgOUum0AiEAuJgohSL9ocnyBgAeRvoeW6nIaJ+pv\ng1AFzMh17YdoIs=”,“body”:"{“platformId”:“3300000100016169”,“merchantNo”:“01201712081606430003”,“\nmerSerialNo”:“tp20180116142640”,“fileNum”:“1”,“fileSize”:“145”,“fileMd5”:“dcc40f676cdf738e81a042ad7\na95ef14”,“feeType”:“01”,“totalAmount”:“100.00”,“fileContent”:“MjAxNzExMjEwMDA5MjExMTIyMTJ8MTAz\nMzI0ODJ8546L5rSLfOWMl+S6rOS4nOWfjuWMunwxMTAxMTExMTkxOTgyMjM2fDEzODExMTEwMDAwfOWtpu\nadgui0uXwxMDAuMDB8MjAxNTA1MTF8MjAxNTEyMzB8MjAxNuW5tOWwj+WtpuWFtOi2o+Wfueiurei0uQ==”,“r\neserve”:""}"}
    4. \n
  4. 对 json 串加密得到请求密文\nMIIDSAYKKoEcz1UGAQQCA6CCAzgwggM0AgECMYGdMIGaAgECgBS1x/e/puEJbLQnTtwm2y/+fP1b2jANBgkq\ngRzPVQGCLQMFAARwLQyxFEhQdToL4smYyB7nOXnAtRWa3G8PvnD6rtQtcpsxZUfOfMUHjc1qt9kIkPS4XbYM\nukvRd4kG3hQESfoabibVmIvL2ZecPkrJqHkgYP5VLiiQcQ9acSeTTiBZ2QrPGj4/+EwVK9+WLyn+wr+9jzCCAo0G\nCiqBHM9VBgEEAgEwGwYHKoEcz1UBaAQQ8+Mg7nDGYdN/eIawzoF894CCAmB68MqPj2ONES0Gniy8TMmcr\nvjApZf1VB6CfF1Onl46+EqCiwpCB4uQuVZB4lQHw+1djjJeg9uiYouPvYDJyH9NeImZyw/aZXgl/jJa7d3LeFMnW2H\nBl6vCdVlfuQlxd1ouaHx9I/UYYfOEjrB1BXFx1nAw0V0jwEJ5aQh0Qftb27l7eHpblvMcTN2oDbzfgLGweHl8rBZPmO\nLxO8+FBCu3hjowvtJw8JVODgFvfZY0v414TQEqKkOPH8xXBvqTmAO/SV6gbW1GysIcIR26N9mVdkB3fqOZrXe\n2tQ8WyGl8TNGHFH9gx0CUcQM9HhhuT9dAe0gXRKpN6jhx0AXD4HBb+as9oFSN0JkXtOrkNk0vqTiwl4iDYON7\nUULmtaD1bHmL3FbO7Yg4BtDPfo8rMwVP9e/mneAismMTnFok12vNefsGgKyMUQZYy71FXfCdIczFen2ityGL6o\noSRoAlYoO5UfpfP1cXsZWmcXe7SWOZFglnzzWK9TrPtDzxclGtNMjCo/QpARULey8i9mg5ewkXFi53FeP8D8bxS\nKwyC7RUIDkyqJRNcz3enRS6Ec99zla3GXzlsy9IRx4MRgQHoG4pm8pf8rN9wTKDOI0HKoq/16jhqMT/kDN62ItIK\nAdoLcJmQJDbpxq+kpLHAKdQzgMmQjoFchSLyvx6P46NgkEF9Q2MjvkIsUVjve4qqrPaqUkP6ONZPRvH59UxdF\nQJos2Pq1/ILQWawFtufTtzHX0xXOfPj4BXosH12e2ZYS3EY60Ofqsjzy2Dqa21n2LF15UJm/Olhx2kzqW4yYbkKpX\nKbw==
    5. \n
\n
","title":"node sm2 签名加密吐血求问","last_reply_at":"2019-11-12T10:19:30.017Z","good":false,"top":false,"reply_count":11,"visit_count":1782,"create_at":"2019-11-08T08:02:53.730Z","author":{"loginname":"SKandAV","avatar_url":"https://avatars0.githubusercontent.com/u/26410064?v=4&s=120"}},{"id":"5db503e2ece3813ad9ba4622","author_id":"59662f1f8f9e3d4574dfb171","tab":"ask","content":"

\"image.png\"

\n

\"image.png\"

\n

是6.10版本的node\n会是什么原因造成这种区别？

\n
","title":"一个诡异的日期问题，不知道有没有人踩过","last_reply_at":"2019-11-12T07:42:43.398Z","good":false,"top":false,"reply_count":7,"visit_count":841,"create_at":"2019-10-27T02:41:38.890Z","author":{"loginname":"AllenYao","avatar_url":"https://avatars3.githubusercontent.com/u/1507528?v=4&s=120"}},{"id":"5db9022a865a9844a301eb1d","author_id":"5a4dd7e3ebc575dc49b27115","tab":"share","content":"

最近在研究游戏相关的，于是就使用js撸了个a星寻路算法\n顺便撸了个算法的工作原理过程演示

\n

话不多说，直接上地址。

\n

https://sbfkcel.github.io/fast-astar/

\n

\"demo.png\"

\n
","title":"a*寻路算法 for Javascript的实现及原理动画演示","last_reply_at":"2019-11-12T07:20:16.439Z","good":false,"top":false,"reply_count":4,"visit_count":3161,"create_at":"2019-10-30T03:23:22.060Z","author":{"loginname":"sbfkcel","avatar_url":"https://avatars1.githubusercontent.com/u/5469785?v=4&s=120"}},{"id":"5dca58c3865a9844a302161f","author_id":"5b0d752029e6e510415b25aa","tab":"ask","content":"
    \n
  1. alipay-sdk-nodejs 3.0.8
    2. \n
  2. 使用的的沙箱环境
    3. \n
  3. 应用私钥和支付宝公钥匹配
    4. \n
  4. sdk的配置沙箱环境网关，RSA2等都已经反复检查了
    5. \n
\n

使用方法：使用sdk生成一个支付url, 然后复制url到浏览器中直接访问，出现以下界面：\n\"image.png\"

\n

这是sdk传入的参数\n\"image.png\"

\n

哪位大神能提点建议，感谢

\n
","title":"node alipay sdk 电脑网页支付，保验签出错？","last_reply_at":"2019-11-12T07:01:23.159Z","good":false,"top":false,"reply_count":0,"visit_count":118,"create_at":"2019-11-12T07:01:23.159Z","author":{"loginname":"jiayiming001","avatar_url":"https://avatars2.githubusercontent.com/u/32919372?v=4&s=120"}},{"id":"5dca2e2f865a9844a3021573","author_id":"5dc0f2e5865a9844a301ff20","tab":"share","content":"

项目地址

\n

https://github.com/eolinker/goku-api-gateway

\n

环境要求

\n\n

Docker安装

\n

1.控制台docker：https://hub.docker.com/r/eolinker/goku-api-gateway-ce-console

\n

2.网关节点docker：https://hub.docker.com/r/eolinker/goku-api-gateway-ce-node

\n

Docker安装教程请查看Docker下的 Overview 页面

\n

非Docker安装

\n

一、控制台安装

\n

1.安装:

\n
  mkdir -p {install dir}\n  mv console-{version}.tar.gz {tmp}/\n  cd {tmp}/\n  tar -xzf console-{version}.tar.gz\n  cd console-{version} && ./install.sh {install dir}\n  cd {install dir}\n

2.首次安装进入{install dir}/console/config文件夹，编辑配置文件内容，配置语法参照yaml

\n

goku.conf 如下：

\n
admin_bind: 绑定节点获取配置的地址，形如IP:Port，填写内网地址或本机地址\nlisten_port: 管理后台监听端口，可以开放给外网访问\ndb_type: sqlite\ndb_path: sqlite db的文件路径\n

3.进入{install dir}/console文件夹，运行run.sh文件以启动控制台

\n

首次运行：

\n
./run.sh start {config file} 管理员账号 管理员密码\n

示例：

\n
./run.sh start config/goku.conf admin 123456\n

非首次运行：

\n
./run.sh start|restart\n

4.在浏览器输入服务器IP+程序监听端口号，进入管理后台页面

\n

注：程序监听端口号为goku.conf的配置项listen_port的值

\n

\"在这里插入图片描述\"

\n

至此控制台已安装完成，在控制台新建节点后，需要通过命令行启动节点。

\n

二、节点安装

\n

1.安装：

\n
  mkdir -p {install dir}\n  mv goku-node-{version}.tar.gz {tmp}/\n  cd {tmp}/\n  tar -xzf goku-node-{version}.tar.gz\n  cd goku-node-{version} && ./install.sh {install dir}\n  cd {install dir}\n

2.在管理后台新建节点

\n

（1）登录控制台，一级菜单选择 网关节点，创建集群：\n\"在这里插入图片描述\"\n（2）进入相应的集群，为不同集群 添加节点：\n\"在这里插入图片描述\"

\n

（3）点击 新增节点 按钮，填写节点信息后点击 确定：

\n

监听地址：用于监听节点程序；监听的端口号用于节点做请求转发

\n

管理地址：用于监控组件获取监控数据和对节点做健康检查等\n\"在这里插入图片描述\"\n3.启动节点程序：

\n

命令：

\n
{install dir}/run.sh {start|stop|reload|restart|force-reload} [admin url] {nodeKey}\n

示例：

\n
 {install dir}/run.sh start 127.0.0.1:7005 6d345cafc22c1b411ed54dc5201c816a\n

4.检查节点是否正常运行：

\n

进入节点管理页面，若节点的状态显示为运行中，则节点正常启动：\n\"在这里插入图片描述\"

\n

相关链接

\n

项目地址：https://github.com/eolinker/goku-api-gateway\n官网地址：https://www.eolinker.com\n教程地址：https://help.eolinker.com/#/tutorial/?groupID=c-376&productID=19

\n
","title":"基于go语言的开源网关 Goku API Gateway CE 部署指南","last_reply_at":"2019-11-12T03:59:43.576Z","good":false,"top":false,"reply_count":0,"visit_count":162,"create_at":"2019-11-12T03:59:43.576Z","author":{"loginname":"Tungevaag","avatar_url":"https://avatars2.githubusercontent.com/u/57382593?v=4&s=120"}},{"id":"5dca21d1865a9844a3021534","author_id":"57cccd8ca843659126f98ca4","tab":"share","content":"

showdoc 是一个非常适合 IT 团队的在线 API 文档、技术文档工具 ，详细介绍可见： www.showdoc.cc/help

\n

本次更新推出手机客户端，支持在安卓和苹果手机上编辑文档。下载地址：www.showdoc.cc/app

\n

如果你是使用官网在线版 showdoc，则下载 app 后直接使用即可。如果你是使用开源版 showdoc （在 github 搜索 showdoc 就可以找到开源地址 )，则需要在登录的时候，在界面右上角指定你部署 showdoc 的服务器地址。请注意确保你的服务器代码已经更新到最新版。

\n

可能有用户会觉得，写 API 等技术文档都是用电脑屏幕才比较好操作，谁会用手机端来写 api 文档啊？\n其实 ，我们依然鼓励用户使用 PC 网页端来完成 API 文档、数据字典文档的编写。但是移动 app 有它适合的其它应用场景：\n1，比如出差，比如刚好不在电脑旁边，想通过手机来修改下 showdoc 上的一些文档小错误等等。\n2，用作个人、团队乃至公司的资料库，存放各种资料性文档。对于资料库而言，易于编辑和阅读就是最核心的功能了。所以我们提供从 PC 到移动端的跨平台一致性体验，使资料更容易被编辑和阅读。

\n
","title":"showdoc 推出移动版 App","last_reply_at":"2019-11-12T03:06:57.099Z","good":false,"top":false,"reply_count":0,"visit_count":174,"create_at":"2019-11-12T03:06:57.099Z","author":{"loginname":"star7th","avatar_url":"https://avatars0.githubusercontent.com/u/2200494?v=4&s=120"}},{"id":"5d6de312a7474a231a5886bd","author_id":"5c18354b7ec239239ff57c7f","tab":"share","content":"

去年和朋友一起翻译的《架构师修炼之道》最近出版了。水平有限，请大家多多指正。荣誉是大家的，有错误都算我的！

\n

这本书是写给想当架构师的童鞋看的，全书分两个部分，第一部分主要讲程序猿要掌握哪些思维方式和工作方式才能成为架构师，以及架构设计的案例。第二部分归纳若干带领团队设计架构的方法和技巧。国外读者对这本书评价很高，原书读起来也很流畅，但愿我们翻译没拖后腿。

\n

闲话少说，这里有38页试读：https://pan.baidu.com/s/1pk50WEv9XqjHkLtH7iXxgg

\n

希望这本书对大家升职加薪脱单有帮助:)

\n

天猫有售：https://detail.tmall.com/item.htm?spm=a230r.1.14.15.1cea1774yUneie&id=601144871555

\n

\"QQ图片20190830144122.jpg\"

\n
","title":"新书《架构师修炼之道》试读","last_reply_at":"2019-11-12T02:12:52.011Z","good":false,"top":false,"reply_count":13,"visit_count":5722,"create_at":"2019-09-03T03:50:42.832Z","author":{"loginname":"sean-xu","avatar_url":"https://avatars0.githubusercontent.com/u/430849?v=4&s=120"}},{"id":"5dc8c6f1865a9844a30211bc","author_id":"5c1ea9e976c4964062a1ca15","tab":"share","content":"

github地址\nhttps://github.com/theanarkh/read-libuv-code

\n

文件监听的原理是，第一次先执行stat函数获取文件基本信息，然后在stat的回调函数里设置定时器，定时器超时后会执行stat，然后获取stat信息，再次执行stat回调函数重新设置定时器，如此反复，如果stat不一样就执行用户的回调。

\n
#include "uv.h"\n#include "uv-common.h"\n\n#include <assert.h>\n#include <stdlib.h>\n#include <string.h>\n\nstruct poll_ctx {\n  uv_fs_poll_t* parent_handle; /* NULL if parent has been stopped or closed */\n  int busy_polling;\n  unsigned int interval;\n  uint64_t start_time;\n  uv_loop_t* loop;\n  uv_fs_poll_cb poll_cb;\n  uv_timer_t timer_handle;\n  uv_fs_t fs_req; /* TODO(bnoordhuis) mark fs_req internal */\n  uv_stat_t statbuf;\n  // 字符串的值追加在结构体后面\n  char path[1]; /* variable length */\n};\n\nstatic int statbuf_eq(const uv_stat_t* a, const uv_stat_t* b);\nstatic void poll_cb(uv_fs_t* req);\nstatic void timer_cb(uv_timer_t* timer);\nstatic void timer_close_cb(uv_handle_t* handle);\n\nstatic uv_stat_t zero_statbuf;\n\n// 初始化uv_fs_poll_t结构\nint uv_fs_poll_init(uv_loop_t* loop, uv_fs_poll_t* handle) {\n  uv__handle_init(loop, (uv_handle_t*)handle, UV_FS_POLL);\n  return 0;\n}\n\n\nint uv_fs_poll_start(uv_fs_poll_t* handle,\n                     uv_fs_poll_cb cb,\n                     const char* path,\n                     unsigned int interval) {\n  struct poll_ctx* ctx;\n  uv_loop_t* loop;\n  size_t len;\n  int err;\n\n  if (uv__is_active(handle))\n    return 0;\n\n  loop = handle->loop;\n  len = strlen(path);\n  // 分配一块内存存上下文结构体和path对应的字符串\n  ctx = uv__calloc(1, sizeof(*ctx) + len);\n\n  if (ctx == NULL)\n    return UV_ENOMEM;\n  // 初始化上下文结构\n  ctx->loop = loop;\n  // 内容改变时的回调\n  ctx->poll_cb = cb;\n  // 多久检测一次内容是否变化\n  ctx->interval = interval ? interval : 1;\n  // 开始的时间点\n  ctx->start_time = uv_now(loop);\n  // 上下文对应的handle结构\n  ctx->parent_handle = handle;\n  memcpy(ctx->path, path, len + 1);\n  // 初始化一个定时器\n  err = uv_timer_init(loop, &ctx->timer_handle);\n  if (err < 0)\n    goto error;\n  // 设置UV_HANDLE_INTERNAL标记位\n  ctx->timer_handle.flags |= UV_HANDLE_INTERNAL;\n  //清除UV_HANDLE_REF标记\n  uv__handle_unref(&ctx->timer_handle);\n  // 异步获取path对应的文件的信息，获取到后执行poll_cb\n  err = uv_fs_stat(loop, &ctx->fs_req, ctx->path, poll_cb);\n  if (err < 0)\n    goto error;\n  // 挂载上下文到handle\n  handle->poll_ctx = ctx;\n  // 激活该handle，但不增加handle的active数\n  uv__handle_start(handle);\n\n  return 0;\n\nerror:\n  // 出错则释放分配的内存\n  uv__free(ctx);\n  return err;\n}\n\n// 停止poll\nint uv_fs_poll_stop(uv_fs_poll_t* handle) {\n  struct poll_ctx* ctx;\n\n  if (!uv__is_active(handle))\n    return 0;\n\n  ctx = handle->poll_ctx;\n  assert(ctx != NULL);\n  assert(ctx->parent_handle != NULL);\n  // 解除关联\n  ctx->parent_handle = NULL;\n  handle->poll_ctx = NULL;\n\n  /* Close the timer if it's active. If it's inactive, there's a stat request\n   * in progress and poll_cb will take care of the cleanup.\n   */\n  // 停止定时器，设置回调为time_close_cb，设置状态为closing\n  if (uv__is_active(&ctx->timer_handle))\n    uv_close((uv_handle_t*)&ctx->timer_handle, timer_close_cb);\n  \n  uv__handle_stop(handle);\n\n  return 0;\n}\n\n// 获取path\nint uv_fs_poll_getpath(uv_fs_poll_t* handle, char* buffer, size_t* size) {\n  struct poll_ctx* ctx;\n  size_t required_len;\n\n  if (!uv__is_active(handle)) {\n    *size = 0;\n    return UV_EINVAL;\n  }\n\n  ctx = handle->poll_ctx;\n  assert(ctx != NULL);\n\n  required_len = strlen(ctx->path);\n  if (required_len >= *size) {\n    *size = required_len + 1;\n    return UV_ENOBUFS;\n  }\n\n  memcpy(buffer, ctx->path, required_len);\n  *size = required_len;\n  buffer[required_len] = '\\0';\n\n  return 0;\n}\n\n\nvoid uv__fs_poll_close(uv_fs_poll_t* handle) {\n  uv_fs_poll_stop(handle);\n}\n\n// 定时器到期执行的回调\nstatic void timer_cb(uv_timer_t* timer) {\n  struct poll_ctx* ctx;\n\n  ctx = container_of(timer, struct poll_ctx, timer_handle);\n  assert(ctx->parent_handle != NULL);\n  assert(ctx->parent_handle->poll_ctx == ctx);\n  ctx->start_time = uv_now(ctx->loop);\n  // 再次获取stat信息\n  if (uv_fs_stat(ctx->loop, &ctx->fs_req, ctx->path, poll_cb))\n    abort();\n}\n\n// 获取到stat后执行的回调\nstatic void poll_cb(uv_fs_t* req) {\n  uv_stat_t* statbuf;\n  struct poll_ctx* ctx;\n  uint64_t interval;\n\n  ctx = container_of(req, struct poll_ctx, fs_req);\n\n  if (ctx->parent_handle == NULL) { /* handle has been stopped or closed */\n    uv_close((uv_handle_t*)&ctx->timer_handle, timer_close_cb);\n    uv_fs_req_cleanup(req);\n    return;\n  }\n\n  if (req->result != 0) {\n    if (ctx->busy_polling != req->result) {\n      ctx->poll_cb(ctx->parent_handle,\n                   req->result,\n                   &ctx->statbuf,\n                   &zero_statbuf);\n      ctx->busy_polling = req->result;\n    }\n    goto out;\n  }\n\n  statbuf = &req->statbuf;\n  // 第一次不执行回调，因为没有可对比的stat，第二次及后续的操作才可能执行回调，因为第一次执行的时候置busy_polling=1\n  if (ctx->busy_polling != 0)\n    // 出错或者stat发生了变化则执行回调\n    if (ctx->busy_polling < 0 || !statbuf_eq(&ctx->statbuf, statbuf))\n      ctx->poll_cb(ctx->parent_handle, 0, &ctx->statbuf, statbuf);\n  // 保存当前获取到的stat信息，置1\n  ctx->statbuf = *statbuf;\n  ctx->busy_polling = 1;\n\nout:\n  uv_fs_req_cleanup(req);\n\n  if (ctx->parent_handle == NULL) { /* handle has been stopped by callback */\n    uv_close((uv_handle_t*)&ctx->timer_handle, timer_close_cb);\n    return;\n  }\n\n  /* Reschedule timer, subtract the delay from doing the stat(). */\n  /*\n    假设在开始时间点为1，interval为10的情况下执行了stat，stat完成执行并执行poll_cb回调的时间点是\n    3，那么定时器的超时时间则为10-3=7，即7个单位后就要触发超时，而不是10，是因为stat阻塞消耗了3个单位的\n    时间，所以下次执行超时回调函数时说明从start时间点开始算，已经经历了x单位各interval，然后超时回调里又\n    执行了stat函数，再到执行stat回调，这个时间点即now=start+x单位个interval+stat消耗的时间。得出now-start\n    为interval的x倍+stat消耗，即对interval取余可得到stat消耗，所以\n    当前轮，定时器的超时时间为interval - ((now-start) % interval)\n  */\n  interval = ctx->interval;\n  interval -= (uv_now(ctx->loop) - ctx->start_time) % interval;\n\n  if (uv_timer_start(&ctx->timer_handle, timer_cb, interval, 0))\n    abort();\n}\n\n// 释放上下文结构体的内存\nstatic void timer_close_cb(uv_handle_t* handle) {\n  uv__free(container_of(handle, struct poll_ctx, timer_handle));\n}\n\n\nstatic int statbuf_eq(const uv_stat_t* a, const uv_stat_t* b) {\n  return a->st_ctim.tv_nsec == b->st_ctim.tv_nsec\n      && a->st_mtim.tv_nsec == b->st_mtim.tv_nsec\n      && a->st_birthtim.tv_nsec == b->st_birthtim.tv_nsec\n      && a->st_ctim.tv_sec == b->st_ctim.tv_sec\n      && a->st_mtim.tv_sec == b->st_mtim.tv_sec\n      && a->st_birthtim.tv_sec == b->st_birthtim.tv_sec\n      && a->st_size == b->st_size\n      && a->st_mode == b->st_mode\n      && a->st_uid == b->st_uid\n      && a->st_gid == b->st_gid\n      && a->st_ino == b->st_ino\n      && a->st_dev == b->st_dev\n      && a->st_flags == b->st_flags\n      && a->st_gen == b->st_gen;\n}\n\n\n#if defined(_WIN32)\n\n#include "win/internal.h"\n#include "win/handle-inl.h"\n\nvoid uv__fs_poll_endgame(uv_loop_t* loop, uv_fs_poll_t* handle) {\n  assert(handle->flags & UV_HANDLE_CLOSING);\n  assert(!(handle->flags & UV_HANDLE_CLOSED));\n  uv__handle_close(handle);\n}\n\n

做技术的同学，欢迎关注公众号编程杂技。分享技术，交流技术。\n\"qrcode.png\"

\n
","title":"libuv之文件监听---fs-poll.c","last_reply_at":"2019-11-11T02:26:57.201Z","good":false,"top":false,"reply_count":0,"visit_count":242,"create_at":"2019-11-11T02:26:57.201Z","author":{"loginname":"theanarkh","avatar_url":"https://avatars1.githubusercontent.com/u/21155906?v=4&s=120"}},{"id":"5dc5387cece3813ad9ba7302","author_id":"5b39abe057137f22415c51eb","tab":"ask","content":"

现在公司有需求需要我们node调用java的dubbo相关的接口。。有大佬调用过么\n我现在用的node-zookeeper-dubbo 但是一直报101的错 求大佬帮忙

\n
","title":"有大佬用node和java的dubbo进行通信么","last_reply_at":"2019-11-11T02:25:26.759Z","good":false,"top":false,"reply_count":3,"visit_count":482,"create_at":"2019-11-08T09:42:20.524Z","author":{"loginname":"nlbydcg","avatar_url":"https://avatars2.githubusercontent.com/u/40027034?v=4&s=120"}},{"id":"5dc84427ece3813ad9ba77eb","author_id":"590d49aeba8670562a40ed64","tab":"share","content":"

\"1572258994631-6b1c3f68-eb01-4231-9852-034702388c13.png\"

\n

前言

\n

通过前两篇文章的学习，我们已经解了Libuv中的队列和线程基础，为本文的学习打下基础，没有看过的同学建议先看下。下面将从生产者消费者模型和源码两个角度学习Libuv的线程池，为后面学习Libuv文件处理做铺垫。

\n

生产者消费者模型

\n

Node.js的文件操作支持同步调用和异步调用，根据Libuv官网的介绍，我们知道它没有跨平台的异步文件IO可以使用，所以它的异步文件IO是通过在线程池中执行同步文件IO实现的。那具体是怎么实现的呢？答案就是生产者消费者模型。Libuv的线程包括2部分，一个是主线程，一个是线程池。主线程的一部分工作是描述任务并将其提交给线程池，线程池进行处理。拿异步文件操作为例，主线程生成一个描述文件操作的对象，将其提交到任务队列；线程池从任务队列获取该对象进行处理。其中主线程是生产者，线程池中的线程是消费者，任务队列是生产者和消费者之间的桥梁，下面是一个简单的示意图：

\n

\"1573392692932-48bf188f-5fcb-419f-8329-a686d281007e.png\"

\n

Libuv在生产者消费者模型中多加了一步，线程池执行完任务后，将结果交给主线程，主线程拿到结果后，如果发现有回调函数需要执行，就执行。所以Libuv的线程模型如下：

\n

\"1573392929503-0af9bc4a-8590-4348-bebd-4943dfd3ea20.png\"

\n

源码分析

\n

Libuv线程池的代码很容易找到，就在src目录下的threadpool.c文件中。

\n

\"1573393406765-b459960c-fb44-4228-9f74-16f84b37c8f6.png\"

\n

通过上面对生产者消费者模型的介绍，该代码大致分为4部分：任务队列、主线程提交任务到任务队列（提交任务）、线程池从任务队列获取任务并执行（消费任务）、线程池执行完任务通知主线程执行回调函数（回调处理）。

\n

任务队列

\n

任务队列就是一个队列而已。由于任务队列会被多个线程（主线程、线程池）同时访问，为了保证线程安全，需要互斥锁。另外任务队列如果为空，线程池中的线程需要挂起，等待主线程提交任务后唤起，所以还需要条件变量。任务队列、条件变量、互斥量的定义如下所示：

\n
...\nstatic uv_cond_t cond; // 条件变量\nstatic uv_mutex_t mutex; // 互斥锁\n...\nstatic QUEUE wq; // 任务队列\n...\n

提交任务

\n

主线程将任务提交到任务队列是通过uv__work_submit来实现的，让我们来看下它的代码：

\n
struct uv__work {\n  void (*work)(struct uv__work *w);\n  void (*done)(struct uv__work *w, int status);\n  struct uv_loop_s* loop;\n  void* wq[2]; // 用于将其关联到任务队列中\n};\n\nvoid uv__work_submit(uv_loop_t* loop,\n                     struct uv__work* w,\n                     enum uv__work_kind kind,\n                     void (*work)(struct uv__work* w),\n                     void (*done)(struct uv__work* w, int status)) {\n  uv_once(&once, init_once); // 初始化线程，无乱调用多少次，init_once只会执行一次\n  w->loop = loop; // 事件循环\n  w->work = work; // 线程池要执行的函数\n  w->done = done; // 线程池执行结束后，通知主线程要执行的函数\n  post(&w->wq, kind); // 将任务提交任务队列中\n}\n

uv__work_submit有4个参数：第一个参数为Libuv的事件循环，这里我们先忽略，以后会有专门的文章介绍；第二个参数是线程池执行任务的通用模型，类型为uv__work，属性work表示线程池中要执行的函数，属性done表示线程池执行完，通知主线程要执行的函数；第三、四个参数分别对应work函数和done函数。该函数主要做了两件事情：一件是通过uv_once调用init_once来初始化线程池；另一件是对w进行赋值，然后通过post将其提交到任务队列。这里需要注意，通过nv_once可以保证uv__work_submit在调用多次的情况，init_once只执行一次，nv_once底层是通过pthread_once实现的。init_once会在下一节介绍，让我们先来看下post。

\n
static void post(QUEUE* q, enum uv__work_kind kind) {\n  // 获取锁\n  uv_mutex_lock(&mutex);\n  ...\n  // 将任务添加到任务队列的最后\n  QUEUE_INSERT_TAIL(&wq, q);\n  \n  // 如果线程池中有挂起的线程，就唤起挂起的线程，让其工作\n  if (idle_threads > 0)\n    uv_cond_signal(&cond);\n  // 释放锁\n  uv_mutex_unlock(&mutex);\n}\n

代码很简单，先获取锁mutex，然后将任务提交到任务队列中。如果线程池中有挂起的线程，就通过条件变量cond唤起并放弃锁mutex。

\n

消费任务

\n

任务队列中的任务是通过线程池进行消费的，而线程池的初始化是在uv__work_submit调用init_once实现的，先看下如何初始化线程池吧：

\n
static void init_once(void) {\n  ...\n  init_threads();\n}\n

init_once调用了init_threads，那就看下init_threads。

\n
...\n#define MAX_THREADPOOL_SIZE 1024 // 线程池的最大数量\n...\nstatic uv_thread_t* threads; // 线程池\nstatic uv_thread_t default_threads[4]; // 默认的线程池，线程数量为4\n...\n\n\nstatic void init_threads(void) {\n  unsigned int i;\n  const char* val;\n  ...\n      \n  // 计算线程池中线程的数量，不能大于最大值MAX_THREADPOOL_SIZE\n  nthreads = ARRAY_SIZE(default_threads);\n    \n  // 通过环境变量设置线程池的大小\n  val = getenv("UV_THREADPOOL_SIZE");\n  if (val != NULL)\n    nthreads = atoi(val);\n  \n  // 保存线程池中最少有一个线程\n  if (nthreads == 0)\n    nthreads = 1;\n    \n  // 线程池中线程数量不能超过MAX_THREADPOOL_SIZE\n  if (nthreads > MAX_THREADPOOL_SIZE)\n    nthreads = MAX_THREADPOOL_SIZE;\n    \n  // 初始化线程池\n  threads = default_threads;\n  if (nthreads > ARRAY_SIZE(default_threads)) {\n    threads = uv__malloc(nthreads * sizeof(threads[0]));\n    if (threads == NULL) {\n      nthreads = ARRAY_SIZE(default_threads);\n      threads = default_threads;\n    }\n  }\n    \n  // 创建条件变量\n  if (uv_cond_init(&cond))\n    abort();\n  \n  // 创建互斥量\n  if (uv_mutex_init(&mutex))\n    abort();\n\n  // 初始化任务队列\n  QUEUE_INIT(&wq);\n  ...\n      \n  // 根据线程池的数量，初始化线程池中的每个线程，并执行worker函数\n  for (i = 0; i < nthreads; i++)\n    if (uv_thread_create(threads + i, worker, &sem))\n      abort();\n  \n  ...\n}\n

通过上面的代码可以知道init_threads先获取线程池的大小nthreads；然后初始化互斥量mutex、条件变量cond和任务队列wq；最后创建nthreads个线程，每个线程执行worker函数。worker函数的核心就是消费任务队列中的任务，让我们详细的看下它：

\n
static void worker(void* arg) {\n  struct uv__work* w;\n  QUEUE* q;\n  \n  ...\n  arg = NULL;\n    \n  // 获取互斥锁\n  uv_mutex_lock(&mutex);\n    \n  // 通过无限循环，保证线程一直执行\n  for (;;) {\n    \n    // 如果任务队列为空，通过等待条件变量cond挂起，并释放锁mutex\n    // 主线程提交任务通过uv_cond_signal唤起，并重新获取锁mutex\n    while (QUEUE_EMPTY(&wq) || ...) {\n      idle_threads += 1;\n      uv_cond_wait(&cond, &mutex);\n      idle_threads -= 1;\n    }\n      \n    // 从任务队列中获取第一个任务\n    q = QUEUE_HEAD(&wq);\n    ...\n        \n    // 将该任务从任务队列中删除\n    QUEUE_REMOVE(q);\n    QUEUE_INIT(q);\n      \n    ...\n        \n    // 操作完任务队列，释放锁mutex\n    uv_mutex_unlock(&mutex);\n\n    // 获取uv__work对象，并执行work\n    w = QUEUE_DATA(q, struct uv__work, wq);\n    w->work(w);\n\n    // 获取loop的互斥锁wq_mutex\n    uv_mutex_lock(&w->loop->wq_mutex);\n    w->work = NULL;\n    \n    // 将执行完work函数的任务挂到loop->wq队列中\n    QUEUE_INSERT_TAIL(&w->loop->wq, &w->wq);\n      \n    // 通过uv_async_send通知主线程，当然有任务执行完了，主线程可以执行任务中的done函数。\n    uv_async_send(&w->loop->wq_async);\n    uv_mutex_unlock(&w->loop->wq_mutex);\n\n    // 获取锁，执行任务队列中的下一个任务\n    ...\n    uv_mutex_lock(&mutex);\n    ...\n  }\n}\n

worker的本质就是从任务队列中获取任务，然后执行work函数。执行完后，将该任务提交到事件循环loop的wp队列中，通过uv_async_send告知主线程执行任务中的done函数。

\n

回调处理

\n

上面我们介绍了worker函数在执行完任务后会通过uv_async_send告知主线程执行回调函数，那这块是怎么实现的呢？这里涉及到了事件循环，这里我们就简单的介绍一下，后面会有详细的文章介绍它。事件循环loop在初始化的时候会调用uv_async_init，该函数的第三个参数是一个函数，当其他线程调用uv_async_send时，该函数就会执行。具体代码如下：

\n
uv_async_init(loop, &loop->wq_async, uv__work_done);\n\nvoid uv__work_done(uv_async_t* handle) {\n  struct uv__work* w;\n  uv_loop_t* loop;\n  QUEUE* q;\n  QUEUE wq;\n  int err;\n\n  loop = container_of(handle, uv_loop_t, wq_async);\n  uv_mutex_lock(&loop->wq_mutex);\n  QUEUE_MOVE(&loop->wq, &wq);\n  uv_mutex_unlock(&loop->wq_mutex);\n\n  while (!QUEUE_EMPTY(&wq)) {\n    q = QUEUE_HEAD(&wq);\n    QUEUE_REMOVE(q);\n\n    w = container_of(q, struct uv__work, wq);\n    err = (w->work == uv__cancelled) ? UV_ECANCELED : 0;\n    w->done(w, err);\n  }\n}\n

uv__work_done很简单，获取loop中的wq队列，获取队列中的每个任务并调用done函数。

\n

总结

\n

本文首先介绍了生产者消费者模型，然后通过任务队列、提交任务、消费任务、回调处理讲解了Libuv线程池，为下一篇讲解Libuv文件处理做铺垫，如果你对Libuv系列感兴趣的话，欢迎关注我们。

\n

\"WechatIMG355.jpeg\"

\n
","title":"Libuv学习——线程池","last_reply_at":"2019-11-10T17:08:55.705Z","good":false,"top":false,"reply_count":0,"visit_count":261,"create_at":"2019-11-10T17:08:55.705Z","author":{"loginname":"wanglei20116527","avatar_url":"https://avatars2.githubusercontent.com/u/5023412?v=4&s=120"}},{"id":"5dc8417c865a9844a30210b9","author_id":"590d49aeba8670562a40ed64","tab":"share","content":"

本文是Libuv学习系列的第二篇，主要讲线程基础，结合上篇《Libuv学习——队列》，为下篇学习libuv线程池打下基础，如果您对此有兴趣的话，欢迎关注我们。

\n

前言

\n

\"2.png\"

\n
\n

原文：Unlike network I/O, there are no platform-specific file I/O primitives libuv could rely on, so the current approach is to run blocking file I/O operations in a thread pool。

\n
\n
\n

翻译：不像网络IO，libuv没有特定平台的异步IO原语可以依赖，所以当前是在线程池中执行阻塞（同步）IO来实现异步的。

\n
\n

根据libuv官网对其架构的介绍，我们可以知道它并不是单线程的，它有一个线程池，用来处理文件IO、DSN查询等操作。在介绍线程池之前，先通过POSIX Threads介绍一下线程的基本操作，为下一篇文章介绍线程池打下基础。如果您对libuv的整体架构感兴趣，可以访问下面链接链接了解，当然以后我也会写文章介绍的。

\n

POSIX Threads

\n

相信大家对线程的概念都有或多或少的了解，这里就不介绍了，下面将直接通过API和demo来学习。由于不同平台线程的规范和原语不一样，而我对Linux比较熟悉，所以接下来将通过Linux中的POSIX Threads来讲解。libuv线程池主要涉及到线程创建、互斥锁和条件变量3个东西，下面将分别介绍它们。

\n

线程创建

\n

让我们首先了解一下如何创建线程，代码和输出如下：

\n
#include <stdio.h>\n#include <pthread.h>\n\n#define NUM_THREADS 5\n\nint sum = 0;\n\nvoid * thread_task(void * args) {\n    int max = (int)args;\n\n    for (int i = 0; i <= max; ++i) {\n        sum += i;\n    }\n    printf("sum: %i\\n", sum);\n    pthread_exit(NULL);\n}\n\nint main() {\n    pthread_t threads[NUM_THREADS];\n    \n    pthread_attr_t attr;\n    pthread_attr_init(&attr);\n    pthread_attr_setstacksize(&attr, 8192);\n    \n    for (int i = 0; i < NUM_THREADS; ++i) {\n        pthread_t thread = threads[i];\n        int result = pthread_create(&thread, &attr, thread_task, (void *)10);\n        if (result) {\n            printf("线程创建失败 errCode：%i", result);\n            return -1;\n        }\n    }\n    pthread_attr_destroy(&attr);\n    \n    for (int i = 0; i < NUM_THREADS; ++i) {\n        pthread_t thread = threads[i];\n        int result = pthread_join(thread, NULL);\n        if (result == 3) {\n            printf("线程%i已经结束了\\n", i);\n            continue;\n        }\n    }\n    \n    printf("main函数运行结束, sum: %i\\n", sum);\n    return 0;\n}\n

\"3.jpg\"

\n

上面代码很简单，创建5个线程，每个线程将传入数据作为最大值max，然后从0，1，2，3，…，max加到sum上。接下来粗略讲解一下每行代码的含义：

\n
#include <stdio.h>\n#include <pthread.h>\n\n#define NUM_THREADS 5\n\nint sum = 0;\n

前4行代码引入了stdio.h、pthread.h两个头文件，函数printf在stdio.h中定义，线程相关的api在pthread.h中定义；定义了一个常量NUM_THREADS和一个变量sum，常量NUM_THREADS表示要创建的线程数，变量sum用来计算总和。

\n
void * thread_task(void * args) {\n    int max = (int)args;\n\n    for (int i = 0; i <= max; ++i) {\n        sum += i;\n    }\n    printf("sum: %i\\n", sum);\n    pthread_exit(NULL);\n}\n

接下来定义了一个函数thread_task，该函数会被每个线程执行。函数很简单，将输入的int参数作为max，将0，1，2，3，…，max依次加到sum上，并将当前sum输出到控制台。最后执行pthread_exist结束线程。\n最后让我们看下main函数里面的内容，

\n
int main() {\n    pthread_t threads[NUM_THREADS];\n    \n    pthread_attr_t attr;\n    pthread_attr_init(&attr);\n    pthread_attr_setstacksize(&attr, 8192);\n    \n    for (int i = 0; i < NUM_THREADS; ++i) {\n        pthread_t thread = threads[i];\n        int result = pthread_create(&thread, &attr, thread_task, (void *)10);\n        if (result) {\n            printf("线程创建失败 errCode：%i", result);\n            return -1;\n        }\n    }\n    pthread_attr_destroy(&attr);\n    \n    for (int i = 0; i < NUM_THREADS; ++i) {\n        pthread_t thread = threads[i];\n        int result = pthread_join(thread, NULL);\n        if (result == 3) {\n            printf("线程%i已经结束了\\n", i);\n        }\n    }\n    \n    printf("main func end\\n");\n    return 0;\n}\n

先定义了5个代表线程的数组threads；接着定义线程属性变量attr，将线程的栈设为8192个字节；之后通过pthread_create创建线程，每个线程将会执行thread_task函数，并通过第3个参数将10传递给thread_task；最后通过pthread_join告诉main函数等到所有线程执行完之后再继续执行。

\n

互斥锁

\n

如果足够仔细，相信你可能已经发现上面的输出不符合预期，按理说应该输出275才对，为啥只输出了249呢？

\n

\"4.png\"

\n

我们再运行一下程序看看，结果又正常了。

\n

\"5.png\"

\n

让我们简单通过2个线程来分析一下，假设此刻sum值为120，线程1中i循环到3，线程2循环到6，下表展示了导致sum错误的可能情况：

\n

\"6.jpeg\"

\n

通过上表可以发现之所以出现问题是因为将i加到sum这个操作不是原子的，如果从读取sum、将i加到sum整个过程变成原子操作，就不会有问题了。解决该问题的常用方法之一就是互斥锁，让我们简单修改一下代码：

\n
...\npthread_mutex_t mutex;\n\nvoid * thread_task(void * args) {\n    int max = (int)args;\n\n    for (int i = 0; i <= max; ++i) {\n        pthread_mutex_lock(&mutex);\n        sum += i;\n        pthread_mutex_unlock(&mutex);\n    }\n    printf("sum: %i\\n", sum);\n    pthread_exit(NULL);\n}\n\nint main() {\n    pthread_mutex_init(&mutex, NULL);\n    ...\n    pthread_mutex_destroy(&mutex);\n}\n

从代码的角度来看，修改后的代码增加了一个全局互斥锁mutex，并在main函数初始化。在sum += i；前面加了一句代码pthread_mutex_lock(&mutex)，它告诉线程尝试获取锁，获取失败就挂起，等待其他线程释放锁；获取成功就继续执行代码，并通过pthread_mutex_unlock(&mutex)将获取的锁给释放掉。

\n

条件变量

\n

互斥锁只解决了多个线程修改共享变量的问题，对于下面场景它是无法办法解决的。一个线程需要满足一个条件才能执行下去，而这个条件由另一个线程满足的。比如现在有一个变量i和2个线程，当i为0时第一个线程输出一段内容，并将i变成1；当i为1时，第二个线程输出一段内容，并将i变成0；两个线程依次交替执行。对于这个问题，我们可以通过条件变量来实现。下面是实现的代码和输出。

\n
#include <stdio.h>\n#include <pthread.h>\n#include <unistd.h>\n\nint i = 0;\n\npthread_mutex_t mutex;\npthread_cond_t cond0;\npthread_cond_t cond1;\n\nvoid * thread_task0(void * args) {\n    while(1) {\n        pthread_mutex_lock(&mutex);\n        while (i != 0) {\n            pthread_cond_wait(&cond0, &mutex);\n        }\n        sleep(1);\n\n        printf("**************thread_task0 i: %i\\n", i);\n        i = 1;\n        pthread_mutex_unlock(&mutex);\n        pthread_cond_signal(&cond1);\n    }\n}\n\nvoid * thread_task1(void * args) {\n    while(1) {\n        pthread_mutex_lock(&mutex);\n        while (i != 1) {\n            pthread_cond_wait(&cond1, &mutex);\n\n        }\n        sleep(1);\n        printf("################thread_task1 i: %i\\n", i);\n        i = 0;\n\n        pthread_mutex_unlock(&mutex);\n        pthread_cond_signal(&cond0);\n               \n    }\n}\n\nint main() {\n    pthread_t thread0;\n    pthread_t thread1;\n    \n    pthread_mutex_init(&mutex, NULL);\n    pthread_cond_init(&cond0, NULL);\n    pthread_cond_init(&cond1, NULL);\n    \n    pthread_create(&thread0, NULL, thread_task0, NULL);\n    pthread_create(&thread1, NULL, thread_task1, NULL);\n    \n    pthread_join(thread0, NULL);\n    pthread_join(thread1, NULL);\n    \n    pthread_mutex_destroy(&mutex);\n    pthread_cond_destroy(&cond0);\n    pthread_cond_destroy(&cond1);\n    return 0;\n}\n

\"7.png\"

\n

让我们简单分析一下代码吧，前3行引入了3个头文件，前2个已经介绍过了，第3个头文件中有sleep函数的定义，后面会用到。

\n
#include <stdio.h>\n#include <pthread.h>\n#include <unistd.h>\n

随后定义了变量i，互斥锁mutex和2个条件变量cond0、cond1，这里需要注意一下条件变量是需要和互斥锁一起使用的。

\n
int i = 0;\n\npthread_mutex_t mutex;\npthread_cond_t cond0;\npthread_cond_t cond1;\n

紧接着我们定义了2个函数，分别由2个线程执行，由于这两个函数文字解释比较麻烦，下面通过表格来表示两个线程的执行过程。这里需要注意的是，pthread_cond_wait会放弃当前线程获得的锁，并进入挂起状态。当其他线程通过pthread_cond_signal通知该线程时，该线程会被唤起，重新获得锁。

\n
void * thread_task0(void * args) {\n    while(1) {\n        pthread_mutex_lock(&mutex);\n        while (i != 0) {\n            pthread_cond_wait(&cond0, &mutex);\n        }\n        sleep(1);\n\n        printf("**************thread_task0 i: %i\\n", i);\n        i = 1;\n        pthread_mutex_unlock(&mutex);\n        pthread_cond_signal(&cond1);\n    }\n}\n\nvoid * thread_task1(void * args) {\n    while(1) {\n        pthread_mutex_lock(&mutex);\n        while (i != 1) {\n            pthread_cond_wait(&cond1, &mutex);\n\n        }\n        sleep(1);\n        printf("################thread_task1 i: %i\\n", i);\n        i = 0;\n        \n        pthread_mutex_unlock(&mutex);\n        pthread_cond_signal(&cond0);\n    }\n}\n

\"8.png\"

\n

main函数只是用来启动上面介绍的两个线程，所以这里就不解释了。

\n

Libuv的线程

\n

上面介绍了POSIX Threads，接下来让我们粗略的看下libuv的线程吧，libuv官网也给出了对应的API文档链接，有兴趣的同学可以看下.\n通过翻看源码，我们可以在src/unix/thread.c和src/win/thread.c文件下看到libuv线程的实现，很简单，就是对各个平台原有线程API进行包装，使得API统一化，下面通过src/unix/thread.c稍稍看下它的实现吧。

\n

线程创建API

\n
typedef pthread_t uv_thread_t;\n\nint uv_thread_create_ex(uv_thread_t* tid,\n                        const uv_thread_options_t* params,\n                        void (*entry)(void *arg),\n                        void *arg) {\n  int err;\n  pthread_attr_t* attr;\n  pthread_attr_t attr_storage;\n  size_t pagesize;\n  size_t stack_size;\n\n  /* Used to squelch a -Wcast-function-type warning. */\n  union {\n    void (*in)(void*);\n    void* (*out)(void*);\n  } f;\n\n  stack_size =\n      params->flags & UV_THREAD_HAS_STACK_SIZE ? params->stack_size : 0;\n\n  attr = NULL;\n  if (stack_size == 0) {\n    stack_size = thread_stack_size();\n  } else {\n    pagesize = (size_t)getpagesize();\n    /* Round up to the nearest page boundary. */\n    stack_size = (stack_size + pagesize - 1) &~ (pagesize - 1);\n#ifdef PTHREAD_STACK_MIN\n    if (stack_size < PTHREAD_STACK_MIN)\n      stack_size = PTHREAD_STACK_MIN;\n#endif\n  }\n\n  if (stack_size > 0) {\n    attr = &attr_storage;\n\n    if (pthread_attr_init(attr))\n      abort();\n\n    if (pthread_attr_setstacksize(attr, stack_size))\n      abort();\n  }\n\n  f.in = entry;\n  err = pthread_create(tid, attr, f.out, arg);\n\n  if (attr != NULL)\n    pthread_attr_destroy(attr);\n\n  return UV__ERR(err);\n}\n

可以看到创建线程的方法和我们在POSIX Threads中介绍的差不多，都是通过pthread_create来创建，只不过通过pthread_attr_t设置了一些线程属性罢了，比如线程堆栈的大小。

\n

互斥量API

\n
typedef pthread_mutex_t uv_mutex_t;\n\nint uv_mutex_init(uv_mutex_t* mutex) {\n#if defined(NDEBUG) || !defined(PTHREAD_MUTEX_ERRORCHECK)\n  return UV__ERR(pthread_mutex_init(mutex, NULL));\n#else\n  pthread_mutexattr_t attr;\n  int err;\n\n  if (pthread_mutexattr_init(&attr))\n    abort();\n\n  if (pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_ERRORCHECK))\n    abort();\n\n  err = pthread_mutex_init(mutex, &attr);\n\n  if (pthread_mutexattr_destroy(&attr))\n    abort();\n\n  return UV__ERR(err);\n#endif\n}\n\nvoid uv_mutex_lock(uv_mutex_t* mutex) {\n  if (pthread_mutex_lock(mutex))\n    abort();\n}\n\nvoid uv_mutex_unlock(uv_mutex_t* mutex) {\n  if (pthread_mutex_unlock(mutex))\n    abort();\n}\n

互斥锁的API也和我们POSIX Threads里介绍的差不多。

\n

总结

\n

本文初步通过线程创建、互斥锁和条件变量介绍了POSIX Threads以及libuv本身的线程API，这些是libuv实现线程池的核心，结合上篇《Libuv学习——队列》，我们已经为下篇libuv线程池打好了基础，所以您有兴趣的话，可以关注我们微信公众号《牛技》，这样您将会在第一时间看到我们的文章。

\n

\"WechatIMG355.jpeg\"

\n
","title":"Libuv学习——线程基础","last_reply_at":"2019-11-10T16:57:32.769Z","good":false,"top":false,"reply_count":0,"visit_count":217,"create_at":"2019-11-10T16:57:32.769Z","author":{"loginname":"wanglei20116527","avatar_url":"https://avatars2.githubusercontent.com/u/5023412?v=4&s=120"}},{"id":"58c94ea659017af119c1d31b","author_id":"54fed7b5c1749396754897ba","tab":"share","content":"

随着google translate api 的收费,有翻译需求的小伙伴都在与 google 斗智斗勇。

\n

网上流行一个翻译api，不需要获取google token，以get的方式调用。但大家都知道，get最大请求只有2048字符，远远不能满足小伙伴们的需求。那还有什么其他办法吗？难道真要去付费，楼主表示心在滴血！

\n

经过多次尝试，摸清了 google 翻译的规则，找出了token的计算方法。基于token能通过post方式调用翻译接口了，另外还基于爬虫抓取实现了网页翻译，解决了大多数的翻译需求。调用方法也超简单，不说了直接上代码。。。

\n
\n  const translate = require('translate-api');\n\n  let transUrl = 'https://nodejs.org/en/';\n  translate.getPage(transUrl).then(function(htmlStr){\n    console.log(htmlStr.length)\n  });\n\n  let transText = 'hello world!';\n  translate.getText(transText,{to: 'zh-CN'}).then(function(text){\n    console.log(text)\n  });\n\n\n

示例项目： https://github.com/yixianle/google-translate\n在线演示： http://translate.hotcn.top/

\n
","title":"给大家分享一个免费的谷歌翻译api","last_reply_at":"2019-11-10T03:04:35.154Z","good":false,"top":false,"reply_count":14,"visit_count":45871,"create_at":"2017-03-15T14:24:38.715Z","author":{"loginname":"yixianle","avatar_url":"https://avatars0.githubusercontent.com/u/11406512?v=4&s=120"}},{"id":"5dc6d6bd865a9844a3020ecd","author_id":"58898ca65d4612c33919ea01","tab":"share","content":"

体验地址： https://phone.blackmatch.cn

\n

喜欢简简单单的风格，麻雀虽小，五脏俱全（其实是不懂前端，哈哈）。纯属一时兴起，练手项目，来自后端仔的倔强～～服务器是薅羊毛来的，配置简陋，勿压哈。

\n

\"1573312356216.jpg\"

\n

\"1573312327654.jpg\"

\n

技术栈

\n

前端：React + antd

\n

后端：egg + mysql + sequelize + 七牛云 + Nginx + let’s encrypt

\n
","title":"写了个手机号码评论的东西","last_reply_at":"2019-11-10T02:45:51.502Z","good":false,"top":false,"reply_count":1,"visit_count":371,"create_at":"2019-11-09T15:09:49.039Z","author":{"loginname":"blackmatch","avatar_url":"https://avatars3.githubusercontent.com/u/12443954?v=4&s=120"}},{"id":"5dc62c8cece3813ad9ba7479","author_id":"5dc62b27865a9844a3020d6c","tab":"ask","content":"

获取到文件的路径了 怎么才能判断该文件是否为隐藏文件啊

\n
","title":"nodejs根据文件路径如何判断是否为隐藏文件","last_reply_at":"2019-11-09T09:04:33.558Z","good":false,"top":false,"reply_count":4,"visit_count":354,"create_at":"2019-11-09T03:03:40.182Z","author":{"loginname":"chenyouf1996","avatar_url":"https://avatars1.githubusercontent.com/u/51696131?v=4&s=120"}},{"id":"5dc5004aece3813ad9ba713a","author_id":"558a0ac301d3ce0d73d69179","tab":"share","content":"

欢迎Star，欢迎Pr。不喜勿喷!

\n

项目地址: https://github.com/thinkkoa/koatty

\n
\n

koatty

\n

Koa2 + Typescript = koatty.

\n

Use Typescript’s decorator implement auto injection just like SpringBoot.

\n

\"Version\"npm

\n

Installation

\n
npm i -g koatty_cli\n

Quick Start

\n

Check out the quick start example.

\n

Usage

\n

1.Create Project

\n
koatty new projectName\n\ncd ./projectName\n\nyarn install\n\nnpm start\n

2.Create a Controller

\n
koatty controller test\n\n

3.Create a Service

\n
koatty service test\n\n

3.Create a Middleware

\n
koatty middleware test\n\n

4.Create a Model

\n

支持 thinkorm以及 typeorm。其他的ORM自行扩展即可

\n
//thinkorm\nkoatty middleware test\n\n//typeorm\nkoatty middleware -o typeorm test\n\n

5.Define TestController

\n
import { Controller, BaseController, Autowired, GetMaping, RequestBody, PathVariable, PostMaping, BaseApp, RequestMapping, RequestMethod } from "koatty";\nimport { TestService } from "../service/TestService";\nimport { App } from "../App";\n\n@Controller()\nexport class IndexController extends BaseController {\n    app: App;\n\n    @Autowired()\n    private testService: TestService;\n\n    init() {\n        //...\n        this.app.cache = {};\n        console.log('IndexController.init()', this.app.cache);\n    }\n\n    @RequestMapping("/", RequestMethod.ALL)\n    async default(@PathVariable("test") test: string) {\n        const info = await this.testService.sayHello();\n        return this.ok(test, info);\n    }\n\n    @PostMaping("/test")\n    test(@RequestBody() body: any) {\n        // return this.default('aaa');\n        return this.ok("test", body);\n    }\n}\n

How to debug

\n

if you use vscode , edit the .vscode/launch.json , like this:

\n
{\n    "version": "0.2.0",\n    "configurations": [\n        {\n            "type": "node",\n            "request": "launch",\n            "name": "TS Program",\n            "args": [\n                "${workspaceRoot}/src/App.ts" \n            ],\n            "runtimeArgs": [\n                "--nolazy",\n                "-r",\n                "ts-node/register"\n            ],\n            "sourceMaps": true,\n            "cwd": "${workspaceRoot}",\n            "protocol": "inspector",\n            "internalConsoleOptions": "neverOpen"\n        }\n    ]\n}\n

Select TS Program to debug run. Try to call http://localhost:3000/ .

\n
","title":"给团队推广TypeScript，顺手造了个轮子.欢迎品尝O(∩_∩)O","last_reply_at":"2019-11-09T08:06:15.384Z","good":false,"top":false,"reply_count":4,"visit_count":842,"create_at":"2019-11-08T05:42:34.343Z","author":{"loginname":"richenlin","avatar_url":"https://avatars3.githubusercontent.com/u/6151439?v=4&s=120"}},{"id":"5dc627a2865a9844a3020d66","author_id":"5d92253c865a9844a3019496","tab":"share","content":"

介绍

\n

图像可以用多种不同的类型数据表示，本文将它们归纳为 5 种类型：DOM，URL，File，ImageData 和 Buffer。

\n

图像的数据类型

\n

DOM

\n

<img>

\n

< img > 元素从 URL（Data URL，HTTP URL 或 Object URL）加载图像。

\n

<canvas>

\n

< canvas > 元素通过 canvas API drawImage 来获取 <img> 元素上的图像数据。

\n

URL

\n

Data URL

\n

Data URL 带有 base64 编码的图像数据。可以从 Data URL 数据中解码出图像的二进制数据。Data URL 数据的大小比原始的二进制数据大一些。

\n

HTTP URL

\n

HTTP URL 代表存储在服务器上的图像。HTTP URL 用于从服务器获取图像数据。

\n

Object URL

\n

Object URL 用来代表存储在浏览器内存中的 File 或 Blob 对象。Object URL 可以由createObjectURL API 来创建，并由 revokeObjectURL API 释放。

\n

文件

\n

Blob

\n

Blob 是带有二进制数据的类文件对象。它包含一个只读的 size 属性和一个只读的 type 属性。你可以通过 slice，stream，text 等方法来读取二进制数据。

\n

File

\n

一个 File 对象是一个特殊的 Blob 对象。除了 Blob 的属性和方法外，File 对象还包含 lastModified，name 等属性。

\n

ImageData

\n

一个 ImageData 对象是一个 JavaScript 对象，包含 width，height 和 data 属性，分别表示图像宽度，高度和像素数据。 data 属性是一个一维数组，包含 R，G，B，A，R，G，B，A 这样格式的数据。每个 R，G，B，A 代表一个像素。可以通过 <canvas> API createImageData 或 ImageData 构造函数来创建 ImageData。

\n

Buffer

\n

ArrayBuffer

\n

ArrayBuffer 是在浏览器中唯一一种访问二进制数据的方法。ArrayBuffer 代表图像的原始二进制数据缓冲区。我们无法读取和写入 ArrayBuffer ，只能将 ArrayBuffer 转换为 DataView 或 TypedArray 来读取和写入二进制数据。

\n

Buffer

\n

Buffer 是 Node.js 中特殊的一种 Uint8Array，Node.js 对其进行了一些优化。

\n

在 ArrayBuffer，DataView，TypedArray 和 Buffer 之间转换

\n

\"如何在

\n

在 DOM，URL，Blob(File)，ImageData 和 Buffer 之间转换

\n

\"如何在

\n

参考资料

\n\n
","title":"浏览器图像转换手册","last_reply_at":"2019-11-09T02:42:42.587Z","good":false,"top":false,"reply_count":0,"visit_count":266,"create_at":"2019-11-09T02:42:42.587Z","author":{"loginname":"vivaxy","avatar_url":"https://avatars0.githubusercontent.com/u/4216856?v=4&s=120"}},{"id":"5dc51f07865a9844a3020b47","author_id":"5abb5da70b13e3ad6954cf13","tab":"ask","content":"

已知node虚拟机内存缓存区大小为1.5G左右，直接使用zlib解压会造成程序崩溃

\n

有没有哪个库是边读边解压的？

\n

或者，能不能将压缩包拆成若干个小的压缩包再分别解压后合并？

\n
","title":"nodejs 如何解压10G左右的压缩包？","last_reply_at":"2019-11-09T01:50:26.941Z","good":false,"top":false,"reply_count":6,"visit_count":610,"create_at":"2019-11-08T07:53:43.860Z","author":{"loginname":"Flywor","avatar_url":"https://avatars2.githubusercontent.com/u/17354215?v=4&s=120"}},{"id":"5d90765fece3813ad9b9f867","author_id":"523f8d7a101e5745215a9cde","tab":"ask","content":"

我的代码如下：

\n

\"image.png\"

\n
","title":"项目代码时需要有回调，但ali-oss是用 await处理异步。引起我下载文件时，还没有完就是读文件了。","last_reply_at":"2019-11-08T13:55:45.815Z","good":false,"top":false,"reply_count":7,"visit_count":981,"create_at":"2019-09-29T09:16:15.415Z","author":{"loginname":"mrlong","avatar_url":"//gravatar.com/avatar/b2b4503d15a3a7f2b55196e3596c0f1d?size=48"}},{"id":"5dc53012865a9844a3020bcf","author_id":"5dc0f2e5865a9844a301ff20","tab":"share","content":"

本文将介绍几种部署Goku API Gateway的方式，最快一分钟可使用上为网关，详情请看全文。

\n

什么是Goku API Gateway？

\n

Goku API Gateway （中文名：悟空 API 网关）是一个基于 Golang 开发的运行在企业系统服务边界上的微服务网关。当您构建网站、App、IOT甚至是开放API交易时，Goku API Gateway 能够帮你将内部系统中重复的组件抽取出来并放置在Goku上运行，如进行用户授权、访问控制、防火墙、数据转换等；并且Goku 提供服务编排的功能，让企业可以快速从各类服务上获取需要的数据，对业务实现快速响应。

\n

Goku API Gateway 的社区版本（CE）拥有完善的使用指南和二次开发指南，代码使用纯 Go 语言编写，拥有良好的性能和扩展性，并且内置的插件系统能够让企业针对自身业务进行定制开发。使用 Goku API Gateway 能让业务开发团队更加专注地实现业务。

\n

一套完整的 Goku API Gateway 由一个 控制台 和 若干个 网关节点 组成。节点通过IP地址注册在控制台中，控制台内的配置项会对所有节点生效。控制台用于配置网关的运行信息，例如访问策略、转发的API信息等等；节点用于实际的转发。当控制台上发布了最新的配置，所有节点都会主动更新自己的运行配置；在控制台发布的配置支持版本管理，可以手动发布和回滚。

\n

Goku API Gateway支持管理多个网关节点的集群，实现让用户访问不同的集群从而访问不同的服务地址的目的。

\n

下面是以两个DC（Data Center）为例的部署架构简图：\n\"在这里插入图片描述\"\nGoku的网关节点除了能够直接获取控制台的配置外，也支持采用直接读取配置文件的方式来使用。配置文件可以通过EOLINKER 官方提供的线上控制台来导出，线上控制台可让用户方便修改配置，修改完后导出配置文件，放到节点的服务器上即可。

\n

线上控制台地址：http://goku-console.eolinker.com

\n

使用线上控制台的话无法区分不同集群，如需使用更强功能建议还是部署自己的私有云控制台。

\n

本文给出几种Goku API Gateway的部署方式：

\n

一、节点docker+线上控制台

\n

二、节点docker+线上控制台Docker

\n

三、使用安装包直接安装

\n

部署安装时需要用到的链接：

\n\n

一、节点Docker+线上控制台

\n

Goku API Gateway提供节点Docker和控制台Docker，最快的方式就是仅部署节点Docker，然后通过线上控制台来配置网关信息，配置完成后导出文件并上传到节点服务器，最后启动节点Docker。

\n

使用步骤

\n

1、配置完毕后，在线上控制台的首页导出配置：\n\"在这里插入图片描述\"\n2、将配置上传到服务器，启动docker：

\n
docker run -dt -p {转发端口号}:6689 \\\n-v {日志挂载地址}:/app/goku-ce/node/work \\\n-v {配置文件地址}:/app/goku-ce/node/work/goku-node.json \\\neolinker/goku-api-gateway-ce-node\n

完整配置示例如下：

\n
docker run -dt -p 6689:6689 \\\n-v /app/goku-ce/node/work:/app/goku-ce/node/work \\\n-v /app/goku-ce/node/versionConfig_b14a1af4-b961-4dfb-8bfe-d4d157dd651e.json:/app/goku-ce/node/work/goku-node.json \\\neolinker/goku-api-gateway-ce-node\n

用户通过网关访问API地址为：{{节点IP:端口}}/{{转发URL}} 。

\n

二、节点Docker+控制台Docker

\n

（一）部署控制台

\n

1、 创建goku-ce专属网络

\n
docker network create --driver bridge --subnet=172.18.12.0/24 --gateway=172.18.12.1 goku-ce\n

2、运行控制台程序

\n
docker run -dt -p {浏览器访问端口号}:7000 \\\n-v {sqlite数据库挂载地址}:/app/goku-ce/console/work \\\n-e GOKU_ADMIN_PASSWORD={控制台admin密码} \\\n--network=goku-ce \\\n--ip 172.18.12.2 \\\n--name goku-ce-console \\\neolinker/goku-api-gateway-ce-console\n

完整示例启动如下：

\n
docker run -dt -p 7000:7000 \\\n-v /app/goku-ce/work:/app/goku-ce/console/work \\\n-e GOKU_ADMIN_PASSWORD=123456 \\\n--network=goku-ce \\\n--ip 172.18.12.2 \\\n--name goku-ce-console \\\neolinker/goku-api-gateway-ce-console\n

3、 登录控制台

\n

打开浏览器，输入 域名/IP+浏览器访问端口号，进入控制台页面，输入用户名（admin）及密码（启动设置的admin密码）进行登录:\n\"在这里插入图片描述\"

\n

（二）部署网关节点

\n

1、进入控制台，新建节点

\n

节点IP需要和启动节点docker容器时绑定的IP 一致：\n\"在这里插入图片描述\"\n点击查看 新建节点详细教程

\n

2、在控制台生成并发布配置

\n

发布配置后，节点会读取控制台的最新配置来运行。

\n

点击查看 发布配置的教程链接

\n

3、启动节点docker容器

\n
docker run -dt -p {转发端口号}:6689 \\\n--network goku-ce \\\n--ip {节点IP} \\\n-v {日志挂载地址}:/app/goku-ce/node/work \\\n-e GOKU_ADMIN_ADDRESS={控制台IP}:7005 \\\neolinker/goku-api-gateway-ce-node\n

完整示例如下：

\n
docker run -dt -p 6689:6689 \\\n--network goku-ce \\\n--ip 172.18.12.3 \\\n-v /app/goku-ce/work:/app/goku-ce/node/work \\\n-e GOKU_ADMIN_ADDRESS=172.18.12.2:7005 \\\neolinker/goku-api-gateway-ce-node\n

4、查看节点运行状态

\n

进入节点管理页面，若节点的状态显示为运行中，则节点正常启动：\n\"在这里插入图片描述\"

\n

三、通过安装包直接部署

\n

安装准备：到Github上下载最新的Release包。

\n

项目地址：https://github.com/eolinker/goku-api-gateway

\n

（一）安装控制台

\n

1、安装命令:

\n

mkdir -p {install dir}\nmv console-{version}.tar.gz {tmp}/\ncd {tmp}/\ntar -xzf console-{version}.tar.gz\ncd console-{version} && ./install.sh {install dir}\ncd {install dir}

\n

2、首次安装进入{install dir}/console/config文件夹，编辑配置文件内容，配置语法参照yaml。

\n

goku.conf 如下：

\n

admin_bind: 绑定节点获取配置的地址，形如IP:Port，填写内网地址或本机地址\nlisten_port: 管理后台监听端口，可以开放给外网访问\ndb_type: 数据库类型,v3.1.0只支持 sqlite\ndb_path: sqlite db的文件路径

\n

3、进入{install dir}/console文件夹，运行run.sh文件以启动控制台。

\n

首次运行：

\n
./run.sh start {config file} 管理员账号 管理员密码\n

示例：

\n
./run.sh start config/goku.conf admin 123456\n

非首次运行：

\n
./run.sh start|restart\n

4、在浏览器输入服务器IP+程序监听端口号，进入控制台页面

\n

注：程序监听端口号为goku.conf的配置项listen_port的值

\n

（二）、节点安装

\n

1、安装命令：

\n
  mkdir -p {install dir}\n  mv goku-node-{version}.tar.gz {tmp}/\n  cd {tmp}/\n  tar -xzf goku-node-{version}.tar.gz\n  cd goku-node-{version} && ./install.sh {install dir}\n  cd {install dir}\n

2、在控制台新建节点

\n

（1）登录控制台，一级菜单选择 网关节点，创建集群：\n\"在这里插入图片描述\"\n（2）进入相应的集群，为不同集群 添加节点：\n\"在这里插入图片描述\"\n（3）点击 新增节点 按钮，填写节点信息后点击 确定：

\n\n

3、启动节点程序：

\n
 {install dir}/run.sh {start|stop|reload|restart|force-reload} [admin url] [port]\n

此处的admin url值与配置文件（goku.conf）中的admin_bind字段值一致。

\n

示例：

\n
 {install dir}/run.sh start 127.0.0.1:7005 7702\n

4、检查节点是否正常运行：

\n

进入控制台的网关节点页面，若节点的状态显示为运行中，则节点正常启动：\n\"在这里插入图片描述\"\n最后，你也可以通过编译Github上Master分支的代码，编译最新的内容来安装，编译教程：https://help.eolinker.com/#/tutorial/?groupID=c-372&productID=19

\n

相关链接

\n

节点Docker：https://hub.docker.com/r/eolinker/goku-api-gateway-ce-node

\n

控制台Docker：https://hub.docker.com/r/eolinker/goku-api-gateway-ce-console

\n

新上控制台：http://goku-console.eolinker.com

\n

项目地址：https://github.com/eolinker/goku-api-gateway

\n

项目官网：https://www.eolinker.com

\n
","title":"几种部署Goku API Gateway的方式，最快一分钟可使用上网关","last_reply_at":"2019-11-08T09:06:26.486Z","good":false,"top":false,"reply_count":0,"visit_count":276,"create_at":"2019-11-08T09:06:26.486Z","author":{"loginname":"Tungevaag","avatar_url":"https://avatars2.githubusercontent.com/u/57382593?v=4&s=120"}},{"id":"5dc4e78fece3813ad9ba70dd","author_id":"5a72ca56ce45d440451465c6","tab":"ask","content":"

如题！！大佬们，egg框架如何配置让某个文件夹或文件改变不自动重启。我看了一下egg框架的使用egg-watch实现的，但是没看到文档里面可以配置不监听某个文件夹。

\n
","title":"egg框架如何配置让某个文件夹的文件改变不自动重启","last_reply_at":"2019-11-08T04:00:47.965Z","good":false,"top":false,"reply_count":1,"visit_count":378,"create_at":"2019-11-08T03:57:03.263Z","author":{"loginname":"heguangda","avatar_url":"https://avatars1.githubusercontent.com/u/29668335?v=4&s=120"}},{"id":"5dbd4db0ece3813ad9ba5e28","author_id":"5cfdc81b95fcc914aa2673c8","tab":"share","content":"

造了好多轮子，上次发的这篇文章得到了关注我写了个系统，用来一键创建测试环境

\n

陆续更新了一些功能和优化了体验后，用起来也是丝般顺滑了，于是又开始造新轮子了

\n

Django实现WebSSH操作物理机或虚拟机

\n

\n

这个轮子有源码，你可以自己部署使用

\n
","title":"痴迷于造轮子的我又来了，这次写了个web系统，接管xshell，crt，实现在web端操作服务器，给源码","last_reply_at":"2019-11-08T01:59:34.544Z","good":false,"top":false,"reply_count":19,"visit_count":2865,"create_at":"2019-11-02T09:34:40.581Z","author":{"loginname":"ops-coffee","avatar_url":"https://avatars1.githubusercontent.com/u/42868360?v=4&s=120"}},{"id":"5d784a29a7474a231a58ad80","author_id":"5becd64fbe1b120abac597f4","tab":"share","content":"

Egg.js是《阿里旗下产品》基于Node.js 和 Koa的一个Nodejs的企业级应用开发框架，它可以帮助开发团队及开发人员降低开发和维护成本。它类似于 Ruby 的 Ruby On Rails、Python 的 Django、Php 的 Laravel，是一款值得深入研究的框架。

\n

大地老师Egg.js仿小米商城项目已更新130讲，仿小米商城项目不是一个简单的管理系统，完全的仿小米商城项目实战，RBAC权限管理、商品管理、用户管理、导航管理、文章管理、订单管理、支付宝支付、微信支付…

\n

完整目录访问： https://www.itying.com/goods-941.html

\n

eggjs 10讲免费入门教程访问： http://bbs.itying.com/topic/5bcd6da2dc95510a3063e10d

\n

Egg.js基础教程包括: Egg.js的基本使用、Egg.js中的路由 、Egg.js中的控制器、Egg.js中的服务、Egg.js中的Model、Egg.js中的Config 以及插件、Egg.js中的view模块引擎、Egg.js中的中间件 、Egg.js扩展 Extend、Egg.js CSRF 的防范、Egg Cookie、Egg Session、Egg.js 定时任务、Mongodb4.x、Mongoose、Egg.js+Mongoose、Egg.js中Mysql的使用、Sequelize ORM框架的使用等…

\n

Egg.js仿小米商城项目包括: Egg.js基础的应用 、egg-view多模板引擎、Egg中Md5的使用、Egg生成验证码、数据库ER图、用户RBAC权限管理（不同角色用户登录后台显示不同菜单，涉及角色、权限、用户的增删改查以及关联）、公共的Ajax改变状态、Ajax双击更改数量、Ajax双击排序、图片上传、生成缩略图、wysiwyg-editor的使用、商品管理中动态生成商品属性表单、批量上传图片插件、redis 的使用、Egg.js发送短信、Pc端微信支付、Pc端支付宝支付、Elasticsearch全文搜索引擎、Socket.io机器人 、Socket.io多人聊天室、Socket.io群聊、前后端分离 RESTful API Api接口、购买域名 服务器、域名备案、nginx负载均衡、SSL证书Https配置等等…

\n

\"1.png\"

\n

\"2.png\"

\n

\"3.png\"

\n

\"4.png\"

\n

\"5.png\"

\n

\"6.png\"

\n

\"7.png\"

\n

\"8.png\"

\n

\"9.png\"

\n

\"10.png\"

\n
","title":"Egg.js仿小米商城项目已更新130讲-RBAC权限管理、Mongoose、Sequelize、Elasticsearch、Socket.io、redis、Graphql你想要的都有讲","last_reply_at":"2019-11-08T01:53:19.849Z","good":false,"top":false,"reply_count":17,"visit_count":9419,"create_at":"2019-09-11T01:13:13.414Z","author":{"loginname":"magege666","avatar_url":"https://avatars1.githubusercontent.com/u/45024820?v=4&s=120"}},{"id":"5dbffffdece3813ad9ba63cf","author_id":"57ce675e80ad316647adcc0b","tab":"share","content":"

地址：VueOS 欢迎来体验

\n

使用Vue开发的WebOS，目前实现了基础的功能：桌面，锁屏，登陆，系统基础设置，记事本，打开外部应用(内嵌)等

\n

目前还只是初级阶段，能用的功能比较少，但是基本的架构已经完成，后面就是开发应用的问题，当然还没后端，数据都是存在本地的，想法是后面增加后端以支持数据持久化，而且后端打算用nodejs，或者大家有什么建议？

\n
","title":"使用Vue开发了一个WebOS","last_reply_at":"2019-11-08T01:40:52.335Z","good":false,"top":false,"reply_count":8,"visit_count":1623,"create_at":"2019-11-04T10:39:57.323Z","author":{"loginname":"biggerV","avatar_url":"https://avatars3.githubusercontent.com/u/21165821?v=4&s=120"}}]}