线程池是个神器，用得好会非常地方便。本来觉得线程池的构造器有些复杂，即使讲清楚了对今后的用处可能也不太大，因为有一些Java定义好的线程池可以直接使用。但是（凡事总有个但是），还是觉得讲一讲可能跟有助于理解后面的常用线程池，所以该打脸还是打吧 因为直接结合代码看会更清楚一些，所以我把带注释的代码贴出
当有千万条海量数据时，前端调取接口发现接口响应的太慢，前端这时让你优化一下接口，你说有几千万条数据，觉得自己尽力了，前端觉得你好菜，别急，读完这篇文章，让前端喊你一声：大佬，厉害！！！ 常用的方法总结 通过合理的分页加载、索引优化、数据缓存、异步处理、压缩数据等手段，可以有效地优化接口性能，提升系统
前言 前段时间跟一位前辈聊到前端职业发展该怎么去规划这个问题。他说到的其中几个点我觉得非常好： 第一是要有清晰的自我认知，知道自己在一个团队或者在一个项目中能发挥怎样的价值，不骄傲自大也不要妄自菲薄；
39岁大龄C#开发程序员，今天看到了博客园的求救信，内心不禁一阵触动，故而写下这一篇文章，以此来缅怀我和博客园一起走过的青春。 博客园虽然之前也发过几次求救了，但当时都觉得不至于吧，因为想着坚持这么多年用户基数不小的网站，再怎样维持生存应该不难吧。但这次看到了博客园团队为了运营不惜在借贷维持，我才觉
你好呀，我是歪歪。 我想再讨论一下上次的这篇文章《哎，被这个叫做at least once的玩意坑麻了》 因为有些朋友看完之后再评论区给出了自己的思考，也有朋友和我私聊，分享了自己的看法，我觉得有些想法很好，所以我决定一鱼两吃，再聊聊这个问题。 假设，我们是一场面试，面试官给你抛出了这样一个问题：
上周刚刚面了百度，问的问题不算很难，但却很细，我把这些面试题和答案都整理出来了，一起来看吧。 重点介绍一个你觉得有意义的项目？ 回答技巧和思路： 介绍的项目业务难度和技术难点要高一些，最好是微服务项目。 简明扼要的讲清楚项目核心板块的业务场景即可，切忌不要讲的太细和太久，这只是面试官要考察你技术问题
现在手机游戏的常规更新方案都是在启动时下载所有资源更新，游戏质量高的、用户粘性大的有底气，先安装2个G，启动再更新2个G，文件小了玩家还觉得品质不行不想玩。 最近在做微信、抖音小游戏，使用他们提供的资源缓存方案，现在要转成Android APP, 也想用这种边下边玩的机制把首包做小。 其实很简单，直
最近网上冲浪的时候看到有人分享了自己最近一次性能优化的经验。我向来对性能是比较敏感的，所以就点进去看了。 然而我越看越觉得蹊跷，但本着“性能问题和性能优化要靠性能测试做依据”，我不能凭空怀疑别人吧，所以我做了完整的测试并写下了这篇文章。 可疑的优化方案 分享者遇到的问题很简单：他发现程序中超过一半的
前言 经过上一篇文章的梳理，实现了可以从 GitHub 上拉取模板项目名称，已经可以得知可使用的模板有哪些了，那么我觉得是不是要进行选择呢？所以这一篇文章就来实现终端用户交互，让用户可以自己选择想要使用的模板。 实现 在 NodeJS 当中，已经有人为我们封装好了一个库，叫做 inquirer，可以
# 作者结语 * **一直做，不停做**，才能提升速度 * 翻译的不好，请手下**留情**，谢谢 * 如果对我有点小兴趣，如可加我哦，一起探讨人生，探讨**道的世界**。 * 觉得还不错的话，点个赞哦 