哈喽，我是老刘

前两天，系统给我推送了一个问题。

我理解提问者真正想问的是：有没有一个不用学习那么多UI组件和渲染知识，可以简单快速搭建UI的东西。

Flutter 包括原生开发，为什么需要考虑那么多细节，不能做的简单一些？

首先，我们需要明白Flutter的定位。

Flutter不是一个简单的甜品，而是一个能支撑大型系统开发的工程级框架。

这种定位和原生框架的定位是相当的。

因此，它要求整个框架有足够的灵活性，能适用于尽可能多的场景。

那么，如何提供足够的灵活性呢？

答案是让整个框架尽可能多的细节是可控的。

这就需要把整个框架的功能拆分的更细，提供的配置项足够多。

然而，这样的缺点就是开发起来会比较麻烦，需要控制很多细节。

因此，我们可以看到Flutter的组件拆分的很细，甚至有类似Padding这样专门负责缩进的组件，而且每个组件都有很多的配置参数。

Flutter配合Material组件库本身本就非常优秀的UI框架

虽然Flutter的灵活性带来了开发上的复杂性，但Flutter配合Material组件库本身就是一个非常优秀的UI框架。

Material组件库提供了丰富的预设组件，这些组件遵循Material Design指南，可以帮助开发者快速搭建出既美观又符合设计规范的UI界面。

使用Material组件库，开发者可以不必从头开始设计每一个UI元素，而是可以直接使用现成的组件，如按钮、对话框、卡片等，这些组件都有良好的交互和动画效果。

此外，Material组件库还提供了主题支持，开发者可以通过简单的配置，快速应用统一的风格到整个应用中。

因此，虽然Flutter的灵活性可能让初学者感到有些复杂，但配合Material组件库，Flutter实际上提供了一个非常高效和优秀的UI开发体验。

大型项目的正确打开方式

即便是Material组件库，它的设计是需要考虑应对各种不同类型app开发的，但是针对一个具体的项目，我们大多数时候不需要这样高的灵活性。

所以，这种情况下直接用Flutter提供的组件效率会比较低。

解放方法就是针对特定的项目做组件封装。

以我目前维护的项目为例，我们项目中所有的对话框都是相同的偏绿色调，圆角半径20，按钮大小固定，标题、详情的字体、字号也固定。

简单来说，就是所有的UI细节都是固定的，只是不同的dialog需要填充的文字不同。

这时候，我们就会定义一个自己的Dialog组件，只需要使用者传入标题和内容，以及设置按钮的回调即可。

UI的其他地方也是如此，比如页面框架、在多个页面都能用到的用户卡片、商品卡片等等。

当你的整个App大部分都是基于这些自定义组件进行搭积木式的开发，那开发效率是不是比找一些通用的UI框架更高呢？

总结

总而言之，Flutter因为它的工程级框架定位需要提供高度的灵活性，而这往往会导致开发细节的复杂性。

但是，通过针对具体项目的组件封装，我们可以大大提高开发效率，同时保持UI的一致性和项目的特定需求。

所以，与其寻找一个通用的UI框架，不如根据项目的具体需求进行自定义组件的开发。

如果看到这里的同学有学习Flutter的兴趣，欢迎联系老刘，我们互相学习。

点击免费领老刘整理的《Flutter开发手册》，覆盖90%应用开发场景。

可以作为Flutter学习的知识地图。

覆盖90%开发场景的《Flutter开发手册》

自从买房后，心态有很大变化。虽然住自己的房子，心情和体验都很好，但是一把掏空钱包，很焦虑。买房后现金流一直吃紧，再加上每年16万的房贷，我很焦虑会失业。之前我喜欢裸辞，现在不敢想裸辞这个话题。尤其是在行业下行期，找工作很艰难，背着房贷裸辞，简直是头孢就酒，嫌命太久。

焦虑的根源是背负房贷，金额巨大，而且担心40岁以后失业，还不上房贷。

一次偶然的沟通

"你的带款利率调整了吗"，同事问我。

同事比我早两年在北京买房，他在顺义买的，我在昌平买的，我俩一直有沟通房贷的问题。但我没听说利率有调整，银行好像也没通知我，于是我问道：”我不知道啊，你调整了？调到多少了?“。

”调的挺多的，已经降到了 4.3%“。同事兴高采烈的回复我。

”这么牛逼，之前我记得一直是4.85%，我去看看我的利率“，我听说房贷利率下降那么多，很是兴奋。

然而我的房贷利率没有调整，我尝试给银行打电话，沟通的过程很坎坷。工商银行客服说了很多，大概意思是：利率会自动调整，无需申请，但是要等到利率调整日才会调整”。我开始很不理解，很生气，利率都调整了，别人也都调整了，凭什么不给我调整呢？

我想到同事有尝试提前还贷，生气的时候，我就萌发了提前还贷的想法。

开始尝试提前还贷，真香

我在22年初带款买房，其中商业带款 174 万，带款25年，等额本息，每个月要还 1 万的房贷。公积金带款每个月大概需要还 2500。每个月一万二的房贷还是很有压力的，尤其是刚买房的这一两年，兜里比脸都干净，没存款，不敢失业，更不敢裸辞。

即便兜里存款不多，也要提前还贷，因为实在太香了。

我在工行App上，申请 提前还贷，选择缩短 18个月的房贷，只需要 6万2，而我每个月房贷才1万，相当于是用 6 万 顶 18 万的房贷。还有比这更划算的事情吗？

预约提前还款后，银行会安排一个时间，在这个时间前，把钱存进去。到时候银行就会扣除，如果扣除金额不足，那么提前还款计划则自动终止，需要重新预约！

工行的预约还款时间大概是1个月以后，我是10-15号申请提前还款，银行给的预约日期是 11-14号，大概是1个月。

提前还款，比理财强多了

这次还贷以后，我又申请了提前还款， 提前还 24 期，只需要 9 万，也就是 9 万顶 24 万；提前还 60 期，只需要 24 万，相当于 24 万顶 60 万。

还有比提前还贷收益更高，风险更低的理财方式吗？没有！ 除了存款外，任何理财都是有风险的。债券和基金收益和风险挂钩，想找到收益5%的债券基金，要承担亏本风险。你惦记人家的利息，人家惦记你的本金！

股票的风险更不必说，我买白酒股票已经被套的死死，只能躺平装死。（劝大家不要入 A 股）

提前还贷划算吗？

我目前的带款利息是 4.85%，而存到银行的利息不会超过 3% ，很多货币基金只有 2%了。两者利息差高达 3%，肯定是提前还带款更加合适。

要明白，一年两年短期的利息差还好，但是房贷可是高达 25 年。25年 170 万带款 3% 的利息差，这个金额太大了。提前还了，省下来的钱还是很多的。例如刚才截图里展示的 提前还 24 万顶了 60 万的房贷。

网上很多砖家说，“要考虑通货膨胀因素，4.85% 的带款利率和实际通货膨胀比起来不高，提前还款不划算。”

砖家说话都是昧良心的。提前还带款是否划算，只需要和存款利率比就行了，不需要和通货膨胀比。因为把钱存在银行也会因为通货膨胀贬值。只有把钱 全都消费，全部花光才不会受通货膨胀的困扰，建议砖家，多消费，把家底败光，这样最划算！

砖家们一定是害怕太多人提前还贷，影响了银行的放贷生意。今年上半年，提前还贷已经成潮流，有些银行坐不住，甚至关闭了提前还贷的入口…… 所以要抓紧，没准哪天就提高了还贷门槛，或者直接禁止。

程序员群体收入高，手里闲钱多，可以考虑提前还带款，比存银行划算多了，别再给银行打工了！

总的来说，领导认为这个事情并不紧急，重要性也不算高，而且业务逻辑相对简单，难度能够把握，因此安排我去探索一下。可是，我却犯了两个错误，把入职的第一件事办砸了。现在回过头来看，十分遗憾！

难以解决的bug让我陷入困境

将搜索方式从Lucene切换为ElasticSearch后，如何评估切换后搜索结果的准确度呢？

除了通过不断地回归测试，还有一个更好的方案。

我的方案是，在调用搜索时同时并发调用Lucene搜索和ElasticSearch搜索。在汇总搜索结果时，比对两者的搜索结果是否完全一致。如果在切换搜索引擎的过程中，两个方案的搜索结果不一致，就打印异常搜索条件和搜索结果，并进行人工排查原因。

在实际切换过程中，我经常遇到搜索数据不一致的情况，这让我感到十分苦恼。我花了一周的时间编写代码，然后又用了两周多的时间来排查问题，这超出了预估的时间。在这个过程中，我感到非常焦虑和沮丧。作为一个新来的员工，我希望能够表现出色，给领导留下好印象。然而事与愿违，难以解决的bug让我陷入困境。

经过无数次的怀疑和尝试，我终于找到了问题的根源。原来，我忘记了添加排序方式。

因为存在很多课程数据，所以配置端搜索需要分页搜索。在之前的Lucene搜索方式中，我们使用课程Id来进行排序。然而在切换到新的ElasticSearch方案中时，我忘记了添加排序方式。这个错误的后果是，虽然整体上结果是一致的，但由于新方案没有排序方式，每一页的搜索结果是随机的，无法预测，所以与原方案的结果不一致。

 新方案加上课程Id排序方式以后，搜索结果和原方案一致。

为此，我总结了分页查询的设计要点！希望大家不要重复踩坑！# 四选一，如何选择适合你的分页方案？

千万不要粗心大意

实际上，在解决以上分页搜索没有添加排序方式的问题之后，还存在着许多小问题。而这些小问题都反映了我的另一个不足：粗心大意。

正是这些小问题，导致线上环境总会出现个别搜索结果不一致的情况，导致这项工作被拖延很久。

课程模型是在线教育公司非常核心的数据模型，业务逻辑非常复杂，当然字段也非常多。在我入职时，该模型已经有120 个字段，并且有近 50 个字段可以进行检索。

在切换搜索方式时，我需要重新定义各种DO、DTO、Request等类型，还需新增多个类，并重新定义这些字段。在这个过程中，我必须确保不遗漏任何字段，也不能多加字段。当字段数量在20个以内时，这项工作出错的可能性非常低。然而，班课模型却有多达120个字段，因此出错的风险极大。当时我需要大量搬运这些字段，然而我只把这项工作看作是枯燥乏味的任务，未能深刻意识到出错的可能性极大，所以工作起来散漫随意，没有特别仔细校验重构前后代码的准确性。

 墨菲定律：一件事可能出错时就一定会出错

墨菲定律是一种普遍被接受的观念，指出如果某件事情可能出错，那么它将以最不利的方式出错。这个定律起源于美国航天局的项目工程师爱德华·墨菲，在1950年代发现了这一规律。

墨菲定律还强调了人类的倾向，即将事情弄糟或让事情朝着最坏的方向发展。它提醒人们在计划和决策时要考虑可能出错的因素，并准备应对不利的情况。

墨菲定律实在是太准了，当你感觉某个事情可能会出错的时候，那它真的就会出错。而且我犯错不止一次，因为有120个字段，很多字段的命名非常相似，最终我遗漏了2个字段，拼写错误了一个字段，总共有三个字段出了问题。

不巧的是，这三个字段也参与检索。当用户在课程搜索页面选择这三个字段来进行检索时，因为字段的拼写错误和遗漏，这三个字段没有被包含在检索条件中，导致搜索结果出错……

导致这个问题的原因有很多，其中包括字段数量太多，我的工作不够细致，做事粗心大意，而且没有进行充分的测试……

为什么没有测试

小公司的测试人员相对较少，尤其是在面对课程管理后台的技术重构需求时，更加无法获取所需的测试资源！

组长对我说：“ 要人没有，要测试更没有！”

事情办砸了，十分遗憾

首先，从各个方面来看，切换搜索引擎这件事的复杂度和难度是可控的，而且目标也非常明确。作为入职后第一项任务，我应该准确快速地完成它，以留下一个良好印象。当然，领导也期望我能够做到这一点，然而事实与期望相去甚远。

虽然在线上环境没有出现问题，但在上线后，问题排查的时间却远远超出了预期，让领导对结果不太满意。

总的来说，从这件事中，我获得的最重要教训就是：对于可能出错的事情，要保持警惕。时刻用墨菲定律提醒自己，要仔细关注那些可能发生小概率错误的细节问题。

对于一些具有挑战性的工作，我们通常都非常重视，且在工作中也非常认真谨慎，往往不会出错。

然而，像大量搬运代码、搬运大量字段等这类乏味又枯燥的工作确实容易使人麻痹大意，因此我们必须提高警惕。要么我们远离这些乏味的工作，要么就要认真仔细地对待它们。

否则，如果对这些乏味工作粗心大意，墨菲定律一定会找上你，让你在线上翻车！

之前与同事讨论接口性能问题时听他介绍了一种缓存设计思路，觉得不错，做个记录供以后参考。

场景

假设有个以下格式的接口：

GET /api?keys={key1,key2,key3,...}&types={1,2,3,...}

其中 keys 是业务主键列表，types 是想要取到的信息的类型。

请求该接口需要返回业务主键列表对应的业务对象列表，对象里需要包含指定类型的信息。

业务主键可能的取值较多，千万量级，type 取值范围为 1-10，可以任意组合，每种 type 对应到数据库是 1-N 张表，示意：

现在设想这个接口遇到了性能瓶颈，打算添加 Redis 缓存来改善响应速度，应该如何设计？

设计思路

方案一：

最简单粗暴的方法是直接使用请求的所有参数作为缓存 key，请求的返回内容为 value。

方案二：

如果稍做一下思考，可能就会想到文首我提到的觉得不错的思路了：

小结

在以上两种方案之间做评估和选择，考虑几个方面：

• 缓存命中率；


• 缓存数量、占用空间大小；


• 刷新缓存是否方便；

稍作思考和计算，就会发现此场景下方案二的优势。

另外，就是需要根据实际业务场景，如业务对象复杂度、读写次数比等，来评估合适的缓存数据的粒度和层次，是对应到某一级组合后的业务对象（缓存值对应存储 + 部分逻辑），还是最基本的数据库表/字段（存储的归存储，逻辑的归逻辑）。

1、平庸的程序员占比很大。 还没参加工作时，觉得程序员是个改变世界的高科技职业，后来才发现，其实这个群体里有很多CRUD Boy和SQL Boy，Ctrl C+Ctrl V是我们使用最多的电脑操作，没有之一。

而且，大多数同事上班摸鱼偷懒，遇到问题躲着走，下班也从来不主动学习充电。每当我问他们，他们都说这样混着也挺好，不想太累。

2、数量堆死质量。 如果你觉得没有写代码的天赋，那么请你先写10万行代码再说。

如果你在刷leetcode的时候非常痛苦，甚至有时候看答案都看不懂。那你就先把代码背下来，然后一遍一遍默写。每当你默写五遍以上，就开始慢慢理解了，刷十遍以上，再遇到类似的题，就有条件发射，能举一反三了。

这种方法运用到看底层源码，看一些晦涩难懂的技术类书籍上，也同样适用。

后来，我在网上看了硅谷王川的一段话：所有的我们以为的质量问题，大多本质是数量问题。数量是最重要的质量。

而欧成效则说得更加直接：数量堆死质量！

3、尽量选择研发出身的老板的公司。 他们会知道程序员不是故意写bug的，也没有任何系统能做到100%的可用性。

而销售出身的老板，却永远把自家公司的程序员看做产出并不令人满意的高成本项。而且还时不时地要求程序员跟销售一样喊几句令人其鸡皮疙瘩的鸡血口号。

4、大厂和小厂的程序员，技术上差距并不大。 他们的差距也许是在学历上，也许是在人脉上，也许是在沟通和向上管理上。

5、对测试同学客气一点， 他们是你写的代码的最后一道防线。再有就是，如果线上出了故障或者严重bug，很多产研以外的人都关注是哪个程序员造成了事故，而不是哪个测试同学没测出来。

6、产品经理是SB，甲方是SB的N次方。 最令人蛋疼的是，任何一家公司都是这样，所以你根本避无可避，只能长期共存。

7、程序员涨薪，最好的方式是跳槽， 而不是兢兢业业地加班工作。如果就靠公司每年涨的那些钱，估计得用7，8年才能实现薪资翻番。但如果靠跳槽，估计3年就能实现薪资翻番。

8、能不去外包公司就尽量不去，那种寄人篱下的无归属感才最让人心累。你会发现，公司的正式员工吃饭和娱乐都是不愿意带你玩儿的，平时跟你说话的表情也是鼻孔朝天。

9、面试造火箭，工作拧螺丝是正常的。 你要做的就是提升造火箭吹牛逼的能力，毕竟这才是你定级谈薪的资本。不要抱怨，要适应。

10、35岁的危机真的存在。 那些认为技术牛逼就可以平稳度过中年危机的人，很多都SB了。人老不以筋骨和技术为能，顺势而为，尽早找后路才是王道。

11、尽量去工程师占比超过30%的公司，因为它的期权可能在未来十年内变得很有价值。因为工程师占比越高，边际成本就越低。

12、离开公司这个平台，也许你什么都不是。  很多大厂的高P前辈，甚至是总监、 VP，也可能在某一个时间点，突然被淘汰！我身边就有一个BAT的总监，真的就突然被优化了，真的就找不到哪怕一半的薪资了。突然之间！

拔剑四顾心茫然.... 所以，永远要分清楚哪些是平台资源，哪些是你的能力。时刻对自身能力保持清醒且准确的认知，千万不要陷入盲目自负的境地。实在太过乐观的大厂朋友，可以周期性出来面试，哪怕不跳槽，认知自己的真实价值。

13、技术面试官问期望薪资，记得往低了说。 因为他们往往并不负责最终的定薪，但如果你的期望薪资高于他，会让他产生强烈的不平衡，从而把你Pass掉。

14、身体才是一切的本钱。 前些天左耳朵耗子前辈的忽然离世，再次验证了这一点，如果身体健康是0，那么其他的所有一切都是0。

15、脱发和格子衫的说法，并不普遍。 我认识的程序员里，80%是不穿格子衫的，而且35岁+的程序员，80%也是不脱发的。

但是有一种东西是很普遍的，那就是装着电脑的双肩包。

16、PPT架构师、周报合并师、无损复读师真的存在，而且越是在大厂，这种人就会越多。

PPT架构师在PPT中讲的架构各种高端大气上档次，其实就是大家很常用的部署流程；周报合并师每周的任务就是每周将团队中每个人的周报进行汇总，再报告给上级；无损复读师要求可能会高一些，对老板提出的问题或者质疑，要原原本本的向下传达给项目组对应的同学，不能有一丝偏差。

或许他们最开始不是这样的，但是慢慢地，他们活成了最舒服的，也是曾经最讨厌的样子。

17、大多数程序员是不会修电脑的。 很多行业以外的人，他们会觉得很多事情程序员都可以做，从盗QQ，Photoshop，硬盘文件恢复，到装系统，处理系统故障和软件问题，安装各种盗版软件，各种手机的越狱Root装盗版应用。

并且，另外这些事情往往不涉及实物，给人的感觉是只是在键盘上打打字，又不需要买新硬件之类的，所以往往会被认为是举手之劳，理应帮忙。

18、杀死程序员不用枪，改三次需求就可以了。 很多程序员并不反感别人说他无趣，也不反感别人说他们的穿着土鳖，也不反感别人说他们长相平庸。

也就是说，除了反复改需求，别的他们都能忍受。

先说这么多吧，总结得也算是比较全了，后续有新的，我再补充。

技术栈

• 开发框架： uniapp
• vue 版本： 2.x

需求

使用uniapp在app端(Android，IOS)中显示宿主机已有的三方导航应用，由用户自主选择使用哪家地图软件进行导航，选择后，自动将目标地址设为终点在导航页面。 使用uniapp在微信小程序中调用微信内置地图导航。

实现

微信小程序调用微信内置地图导航

使用uni.openLocation()方法可直接调用，微信比较简单

uni文档：uniapp.dcloud.net.cn/api/locatio…

传值字段

名称	说明	是否必传
latitude	纬度，范围为-90~90，负数表示南纬，使用 gcj02 国测局坐标系	是
longitude	经度，范围为-180~180，负数表示西经，使用 gcj02 国测局坐标系	是
name	位置名称	非必传，但不传不显示目标地址名称
address	地址的详细说明	非必传，但不传不显示目标地址名称详情

具体代码

经纬度需转为float数据类型

uni.openLocation({

    latitude: parseFloat('地址纬度'),

    longitude: parseFloat('地址经度'),

    name: ‘地址名称,

    address: '地址详情',

    success: function (res) {

        console.log('打开系统位置地图成功')

    },

    fail: function (error) {

        console.log(error)

    }

})

app端调用宿主机三方地图导航

步骤：

1. 获取宿主机已安装的三方地图应用并显示，没有安装提示宿主机。
2. 根据宿主机选择的三方地图，打开对应的三方地图进行导航。

使用plus调用原生API知识点：

1. 获取宿主机系统环境

uniapp文档：uniapp.dcloud.net.cn/api/system/…

使用uniapp的uni.getSystemInfoSync().platform方法获取宿主机系统环境，结果为android、ios。

2. 获取宿主机是否安装某个应用

H5产业联盟文档：http://www.html5plus.org/doc/zh_cn/r…

使用H5产业联盟中的 plus.runtime.isApplicationExist来判断宿主机是否安装指定应用，已安装返回True，

Android平台需要通过设置appInf的pname属性（包名）进行查询。 iOS平台需要通过设置appInf的action属性（Scheme）进行查询，在iOS9以后需要添加白名单才可查询，在manifest.json文件plus->distribute->apple->urlschemewhitelist节点下添加（如urlschemewhitelist:["weixin"]）。

调用示例

// Android

plus.runtime.isApplicationExist({pname: 'com.autonavi.minimap'})

// iOS

plus.runtime.isApplicationExist({action: 'iosamap://'})

3. 调用系统级选择菜单显示已安装地图列表

H5产业联盟文档：http://www.html5plus.org/doc/zh_cn/n…

调用示例

plus.nativeUI.actionSheet({ //选择菜单

    title: "选择地图应用",

    cancel: "取消",

    buttons: [

        {title: '1'},

        {title: '2'}

    ]

}, function (e) {

    console.log("您点击的是第几个："+e.index)

})

4. 打开三方某个应用

H5产业联盟文档：http://www.html5plus.org/doc/zh_cn/r…

调用示例

// Android

plus.runtime.openURL('三方应用地址', function(res){

    // todo...

}, 'com.xxx.xxxapp');



// ios

plus.runtime.openURL('三方应用地址', function(res){

    // todo...

});

具体代码：

<template>

    <view @click.stop="handleNavigation">导航view>

template>



<script>

    ...

    data() {

        return {

            // 目标纬度

            latitude： '',

            // 目标经度

            longitude: '',

            // 目标地址名称

            name: '',

            // 目标地址详细信息

            address: '',

            // 我自己的位置经纬度（百度地图需要传入自己的经纬度进行导航）

            selfLocation: {

                latitude: '',

                longitude: ''

            }

        }

    },

    methods: {

        handleNavigation() {

            const _this = this

            if (!this.latitude || !this.longitude || !this.name) return

            // 微信

            // #ifdef MP-WEIXIN

            let _obj = {

                latitude: parseFloat(this.latitude),

                longitude: parseFloat(this.longitude),

                name: this.name,

            }

            if (this.address) {

                _obj['address'] = this.address

            }

            uni.openLocation({

                ..._obj,

                success: function (res) {

                console.log('打开系统位置地图成功')

                },

                fail: function (error) {

                console.log(error)

                }

            })

            // #endif



            // #ifdef APP-PLUS

            // 判断系统安装的地图应用有哪些, 并生成菜单按钮

            let _mapName = [

                {title: '高德地图', name: 'amap', androidName: 'com.autonavi.minimap', iosName: 'iosamap://'},

                {title: '百度地图', name: 'baidumap', androidName: 'com.baidu.BaiduMap', iosName: 'baidumap://'},

                {title: '腾讯地图', name: 'qqmap', androidName: 'com.tencent.map', iosName: 'qqmap://'},

            ]

            // 根据真机有的地图软件 生成的 操作菜单

            let buttons = []

            let platform = uni.getSystemInfoSync().platform

            platform === 'android' && _mapName.forEach(item => {

                if (plus.runtime.isApplicationExist({pname: item.androidName})) {

                    buttons.push(item)

                }

            })

            platform === 'ios' && _mapName.forEach(item => {

                console.log(item.iosName)

                if (plus.runtime.isApplicationExist({action: item.iosName})) {

                    buttons.push(item)

                }

            })

            if (buttons.length) {

                plus.nativeUI.actionSheet({ //选择菜单

                title: "选择地图应用",

                cancel: "取消",

                buttons: buttons

                }, function (e) {

                    let _map = buttons[e.index - 1]

                    _this.openURL(_map, platform)

                })

            } else {

                uni.showToast({

                    title: '请安装地图软件',

                    icon: 'none'

                })

                return

            }

            // #endif

        },



        // 打开第三方程序实际应用

        openURL(map, platform) {

        let _defaultUrl = {

            android: {

            "amap": `amapuri://route/plan/?sid=&did=&dlat=${this.latitude}&dlon=${this.longitude}&dname=${this.name}&dev=0&t=0`,

            'qqmap': `qqmap://map/routeplan?type=drive&to=${this.name}&tocoord=${this.latitude},${this.longitude}&referer=fuxishan_uni_client`,

            'baidumap': `baidumap://map/direction?origin=${this.selfLocation.latitude},${this.selfLocation.longitude}&destination=name:${this.name}|latlng:${this.latitude},${this.longitude}&coord_type=wgs84&mode=driving&src=andr.baidu.openAPIdemo"`

            },

            ios: {

            "amap": `iosamap://path?sourceApplication=fuxishan_uni_client&dlat=${this.latitude}&dlon=${this.longitude}&dname=${this.name}&dev=0&t=0`,

            'qqmap': `qqmap://map/routeplan?type=drive&to=${this.name}&tocoord=${this.latitude},${this.longitude}&referer=fuxishan_uni_client`,

            'baidumap': `baidumap://map/direction?origin=${this.selfLocation.latitude},${this.selfLocation.longitude}&destination=name:${this.name}|latlng:${this.latitude},${this.longitude}&mode=driving&src=ios.baidu.openAPIdemo`

            }

        }

        let newurl = encodeURI(_defaultUrl[platform][map.name]);

        console.log(newurl)

        plus.runtime.openURL( newurl, function(res){

            console.log(res)

            uni.showModal({

            content: res.message

            })

        }, map.androidName ? map.androidName : '');

        }



    }

script>

最终效果图

1. 微信

2. app端 
   

最后

参考链接： H5产业联盟：http://www.html5plus.org/doc/h5p.htm… uniapp: uniapp.dcloud.net.cn/api/ 百度、高德、腾讯地图，三方APP调用其的文档。

本文初发于：blog.zhanghaoran.ren/article/htm…

作者：ZhangHaoran
来源：juejin.cn/post/7262941534528700453

• 💂 个人网站: IT知识小屋


• 🤟 版权: 本文由【IT学习日记】原创、需要转载请联系博主


• 💬 如果文章对你有帮助、欢迎关注、点赞、收藏(一键三连)和订阅专栏哦

写在前面

大家好，这里是IT学习日记。今日推荐项目：tianai-captcha行为验证码工具。

1000+优质开源项目推荐进度：6/1000。如需更多类型优质项目推荐，请在文章后留言。

工具简介

tianai-captcha行为验证码工具：分为 Go 和 Java 两个版本。支持多种验证方式，包括随机验证、曲线匹配、滑块验证、增强版滑块验证、旋转验证、滑动还原、角度验证、刮刮乐、文字点选、图标点选及语序点选等。

该系统能够快速集成到个人项目或系统中，显著提高开发效率。

功能展示

• 随机型验证码

• 曲线匹配验证码

• 滑动验证增强版验证码

• 滑块验证码

• 旋转验证码

• 滑动还原验证码

• 角度验验证码

• 刮刮乐验验证码

• 文字点选验证码

• 图标验证码

架构设计

tianai-captcha 验证码整体分为 生成器(ImageCaptchaGenerator)、校验器(ImageCaptchaValidator)、资源管理器(ImageCaptchaResourceManager) 其中生成器、校验器、资源管理器等都是基于接口模式实现可插拔的，可以替换为自定义实现，灵活度高

• 生成器 (ImageCaptchaGenerator)
  
  主要负责生成行为验证码所需的图片。


• 校验器 (ImageCaptchaValidator)
  
  主要负责校验用户滑动的行为轨迹是否合规。


• 资源管理器 (ImageCaptchaResourceManager)
  
  主要负责读取验证码背景图片和模板图片等。
  
  
  
  
  • 资源存储 (ResourceStore)
    
    负责存储背景图和模板图。
  
  
  • 资源提供者 (ResourceProvider)
    
    负责将资源存储器中对应的资源转换为文件流。一般资源存储器中存储的是图片的 URL 地址或 ID，资源提供者则负责将 URL 或其他 ID 转换为真正的图片文件。
  
  
  
  


• 图片转换器 (ImageTransform)
  
  主要负责将图片文件流转换成字符串类型，可以是 Base64 格式、URL 或其他加密格式，默认实现为 Base64 格式。

工具集成

引入依赖

<!-- maven 导入 -->

<dependency>

    <groupId>cloud.tianai.captcha</groupId>

    <artifactId>tianai-captcha</artifactId>

    <version>1.4.1</version>

</dependency>

• 使用 ImageCaptchaGenerator生成器生成验证码

public class Test {

    public static void main(String[] args) throws InterruptedException {

        ImageCaptchaResourceManager imageCaptchaResourceManager = new DefaultImageCaptchaResourceManager();

        ImageTransform imageTransform = new Base64ImageTransform();

        ImageCaptchaGenerator imageCaptchaGenerator = new MultiImageCaptchaGenerator(imageCaptchaResourceManager,imageTransform).init(true);

        /*

                生成滑块验证码图片, 可选项

                SLIDER (滑块验证码)

                ROTATE (旋转验证码)

                CONCAT (滑动还原验证码)

                WORD_IMAGE_CLICK (文字点选验证码)



                更多验证码支持 详见 cloud.tianai.captcha.common.constant.CaptchaTypeConstant

         */

        ImageCaptchaInfo imageCaptchaInfo = imageCaptchaGenerator.generateCaptchaImage(CaptchaTypeConstant.SLIDER);

        System.out.println(imageCaptchaInfo);



        // 负责计算一些数据存到缓存中，用于校验使用

        // ImageCaptchaValidator负责校验用户滑动滑块是否正确和生成滑块的一些校验数据; 比如滑块到凹槽的百分比值

        ImageCaptchaValidator imageCaptchaValidator = new BasicCaptchaTrackValidator();

        // 这个map数据应该存到缓存中，校验的时候需要用到该数据

        Map<String, Object> map = imageCaptchaValidator.generateImageCaptchaValidData(imageCaptchaInfo);

    }

}

• 使用ImageCaptchaValidator校验器 验证

public class Test2 {

    public static void main(String[] args) {

        BasicCaptchaTrackValidator sliderCaptchaValidator = new BasicCaptchaTrackValidator();



        ImageCaptchaTrack imageCaptchaTrack = null;

        Map<String, Object> map = null;

        Float percentage = null;

        // 用户传来的行为轨迹和进行校验

        // - imageCaptchaTrack为前端传来的滑动轨迹数据

        // - map 为生成验证码时缓存的map数据

        boolean check = sliderCaptchaValidator.valid(imageCaptchaTrack, map).isSuccess();

//        // 如果只想校验用户是否滑到指定凹槽即可，也可以使用

//        // - 参数1 用户传来的百分比数据

//        // - 参数2 生成滑块是真实的百分比数据

        check = sliderCaptchaValidator.checkPercentage(0.2f, percentage);

    }

}

工具获取

工具下载：gitee.com/dromara/tia…

在线体验：captcha.tianai.cloud/

如果这篇文章对您有帮助，请**“彦祖们”**一定帮我点个 “关注” 和 “点赞”,这对我非常重要。我将会继续推荐更多优质项目和新闻。

昨天和在北京的朋友聊天，他了解到之前我做过餐饮的SAAS系统，于是问我这一块是否还能分到一杯羹！

说实话，我觉得没机会，特别是对于一家小公司来说，基本上没机会，甚至连入场券都拿不到！

这不禁让我想起几年前认识的一个小公司，给他们兼职开发的两款SAAS产品，一款是连锁酒店系统，一款则是餐饮系统。

他们的酒店系统，现在在我看来依然是很牛逼的，我也去看过一些市面上的解决方案，但是依然没有他们的牛逼。

不过残酷的是，最近半年来，他们好像一套也没有卖出去，如果我没猜错的话，这几年下来，他们应该没有卖出多少套。

其实几年前我和他们协同开发，听了他们的一些想法，我就预见他们很难打出去。

因为我发现他去做了一些看似很完美，但是不是必须的功能，而且还花了大量时间去做，当时我觉得这完全就是鸡肋，现在看来是鸡骨头。

说白了，就是定位不明确，想做一个大而全方案，但是这对于一个小公司初创团队来说，这是很致命的，特别是资金不充足的情况下去干这事！

下面从几个方面去看问题。

1.定位不明确

理想一定是会被现实啪啪打脸的，当想去做一个产品的时候，不要觉得自己做得很全很大就能赢得市场，这简直是痴人说梦。

特别是在行业竞争如此之大的情况下，大公司早都入局了，人家的解决方案比你强大，价格比你便宜，售后比你全，你拿什么去拼？

当时我问他，为啥要做餐饮解决方案，你觉得你从技术，价格，服务这些方面，你有哪里比得上客如云，微盟，美团这些巨头，他说别管那么多，东西做出来自然有办法！

现在里面过去了，基本上没有任何推进。

这肯定是定位出问题了啊，不要觉得你手上有产品就能赚钱，如果是这样，那还需要销售干嘛。

对于小公司来说，大家都是技术出身，没有营销经验，就算做出产品来，也只能摆着看，如果要请销售团队，公司又支撑不起，显然矛盾了！

所以就尽量别去做这类似的产品，应该去做一些能解决别人痛点的小而美的解决方案。

就像微信公众号刚兴起的那几年，因为公众号自带的编辑器很难用，有一个人就做了一个小编辑器出来，赚得盆满钵满。

看似冷门，但是垂直！

2.陷入大而全的误区

接着上面的说。

后面有人看到看到了这个红利，就进军去做，他们希望做出更强大，功能更全的编辑器，结果花了大量时间去做，最后产品出来了，但是市场已经被别人抢了先机，最终不得不死。

这就是迷恋大而全的后果！

其实开源就是一个很好避免大而全的方案。

在开源领域，先做出一个小而美的产品，把影响力传播开，然后根据用户的需求不断迭代，这时候不是人去驱动产品了，而是需求去驱动产品。

这样做出来的产品不仅能避免出现很多无用的功能，还能节约很多的成本！

一定要让用户的需求来驱动产品的发展，而不是靠自己的臆想去决定做什么产品！

老罗当年在做锤子科技的时候，我觉得他就陷入了想去做一个大而全的产品，还陷入自己以为的漩涡，所以耗费了很多资金去研发TNT，所以导致失败。

如果那时候致力于去做好坚果系列，那么结局可能大不一样！

3.没有尝到甜头，你怎敢去做！

在我们贵州本土，有一个技术大佬，他一开始做了一个门户系统的解决方案，后续就有人来找他，说要购买他的系统，他从里面尝到了甜头！

于是就在这个领域持续深耕，最终形成了一套强大的解决方案。现在他的解决方案已经遍布全国。

他们公司基本上就是靠门户系统的解决方案来维持的。

所以，做一个产品，只有自己尝到甜头了，再去深耕，形成一套解决方案，那么成功率就会变得越高。

特别对于小公司来说，这是很重要的！

4.总结

做产品一定要忌讳大而全，也不要陷入只要我做出来了，无论如何都能分一杯羹，这是不现实的。

市场上到处是饿狼潜伏，你不过是一只小羊羔，怎么生存？

用最少的成本开发出一个小而美的解决方案，然后拿出去碰一碰，闻到味道了，再不断进击，这样成功率就高一点，即使失败了代价也不高。

今天的分享就到这里！

最近新公司发生了一件bug引发思考的事

产品需求

大致如上图，一个输入框，我们制作了自定义数字键盘，input框可以回显键盘的输入，并且，可以支持扫码枪输入回显

bug描述

在win 系统没有问题，但在安卓系统：

最讨厌研究 系统兼容性问题了，但问题出了，就得研究

我们先看一下，自定义数字键盘是怎么实现的？

在了解自定义键盘之前，我先问问大家，键盘输入会触发哪些事件？

对，就是这三个 keydown，keypress， keyup

如何控制Input框只回显数字呢？答案就是在keyDown事件里，通过捕获 event.key来获取用户按下的物理按键的值，非数字的值直接return就能做到了

那么言归正传，自定义键盘怎么实现呢？

其实到这边我们不难想到一个解决方案的思路就是，当按下自定义键盘时，我们模拟一个 keydown事件，并向获得焦点的input 派发这个keydown事件，那么就能模拟键盘输入了

上代码：

      const input = document.activeElement



      const event = document.createEvent('UIEvents')



      event.initUIEvent('keydown', true, true, window, 0)



      event.key = key



      event.keyCode = -1



      input.dispatchEvent(event)

扫码枪又是个啥？

就是这个东东：

去过超市的都看过吧

用扫码枪或者其他设备扫描图形码（条形码或其他码）后将其为文本输入，
input需要识别到扫码枪输入结束，并回显input区，

其实扫码枪输入和用户键盘输入一样都可以触发keydown事件，派发给聚焦的input

那么问题来了？

怎样识别 扫码枪输入结束呢？

答案是onEnter事件

我们再来看看 安卓端出现的bug

1，为啥每次我们在自定义键盘上输入，会同时弹出系统软键盘呢？？

问了下安卓侧RD，原来只要input获得焦点，系统键盘就会弹出

但是不聚焦，自定义键盘/扫码枪也没办法回显了呀？

难道真的无解了吗？这时候第n个知识点来了！用readOnly！
readonly，对，就是它，

什么？readonly不是只读吗？有了它，相当于 用户无法输入，因此无法触发系统键盘，这个可以理解，但是，加上它之后，还有焦点吗？

这里有个问题要问大家，你知道readonly和disabled的区别吗？

答案就是在交互上，readonly 仍是可以聚焦的！disabled 就不能了

并且readOnly 是禁止用户输入，所以在允许聚焦的同时，又阻止了软键盘的弹出，这时我不禁感叹： 完美！

2，安卓为啥不支持扫码枪扫码了？

我们通过调试发现，在安卓上，keyDown事件 捕获到的event.key 是 Unidentified， 被我们判定为非数字，直接return了

那解法呢？我们神奇的发现，当我们解了bug1，加上readonly后，bug2也好了！

至于为啥它也好了，具体原因我还不清楚，以下是我的猜测：

前文我们提到，只要input聚焦，软键盘就会弹出，而扫码枪其实也可以看成一个特殊的键盘，可能两个键盘冲突导致 event.key 无法识别，加上readonly禁掉 软键盘后，冲突解除，自然event.key 也可以正常识别了

清楚原因的同学可以留言给我哈！我好想知道！！

反思来了

这件问题的最终解决方案只有一行代码,一个单词： readOnly

简单到令人发指，而且这个问题是一个刚来两天的新同学搞定的

我在想这一连串的故事，太神奇了

为啥这个困扰前辈同学包括我很久的问题，一个萌新一下子就解决了呢？虽然我也是萌新

readOnly可以 解决禁止软键盘弹出，网上的答案是有的，但是我pass了这��方案，

为什么呢？

最后还是感谢一切的发生，收获了知识，也让我有冲动分享给大家我的一点小思考，感恩感恩！

💡 如果想阅读最新的文章，或者有技术问题需要交流和沟通，可搜索并关注微信公众号“希望睿智”。

概述

你是否注意到，软件工程师们似乎从不关电脑，也不喜欢关电脑？别以为他们是电脑“上瘾”，或是沉迷于电脑，这一现象背后蕴含着多种实际原因。

1、代码保存与恢复。

在编写代码过程中，遇到问题时可能会暂时离开去查阅资料或者休息，而不想打断当前的思路和工作进度。如果电脑不关机，他们可以迅速回到上次中断的地方，继续解决问题，避免了重新加载项目和找回思考线索的过程。

2、远程访问与协作。

很多软件工程师采用分布式团队协作模式，需要通过SSH等远程访问手段进行代码部署、调试或监控线上服务。下班后保持电脑开机，有利于他们在家或其他地点远程处理紧急任务。

3、持续集成/持续部署。

对于实施CI/CD流程的项目，电脑上的开发环境可能作为构建服务器的一部分，用于自动编译、测试和部署代码。在这种情况下，电脑全天候运行是必需的。

4、虚拟机与容器运行。

软件工程师使用的电脑上可能运行着虚拟机或容器，用于支持多套开发环境或者运行测试实例。这些虚拟资源，通常要求宿主机保持运行状态。

5、挂起与休眠模式。

虽然没有完全关机，但许多软件工程师会选择将电脑设置为休眠或挂起模式，这样既能节省能源，又能在短时间内快速恢复到工作状态。

实际上，以上5点归根到底，都是为了保持一个持续开发环境。那么，何为持续开发环境？

持续开发环境

持续开发环境是指软件工程师为了进行软件开发而搭建的、包含所有必要工具和服务的一套完整生态系统。它涵盖了集成开发环境（IDE）、版本控制系统（比如：Git）、本地服务器、数据库服务、构建工具以及各种编程框架和库等元素。这个环境是软件工程师日常工作的核心载体，也是他们实现高效编程、调试和测试的基础。

首先，持续开发环境通过自动化流程，极大地减少了开发过程中的人工干预。每当软件工程师提交代码到版本控制系统时，持续开发环境会自动触发构建、测试和部署流程。这意味着：软件工程师无需手动编译代码、运行测试用例或手动部署应用程序。这些繁琐的任务由持续开发环境自动完成，从而释放了软件工程师的时间和精力，让他们更专注于编写高质量的代码。

其次，持续开发环境有助于及时发现和修复问题。在持续集成的过程中，每次代码提交都会触发一次完整的构建和测试流程。这意味着：任何潜在的错误或问题都会在早期阶段被及时发现。此外，持续开发环境通常与持续监控和警报系统相结合，当出现问题时，系统会立即向团队成员发送警报，从而确保问题能够得到及时解决。

此外，持续开发环境还促进了团队协作和沟通。通过版本控制系统和自动化测试工具，团队成员可以轻松地查看彼此的代码、理解彼此的工作进度，并在出现问题时及时沟通。这种透明的工作方式有助于建立信任、减少误解，从而提高团队的整体效能。

最后，持续开发环境为创新提供了有力的支持。在快速迭代和不断试错的过程中，软件工程师可以迅速验证他们的想法和假设。如果某个功能或改进在实际应用中效果不佳，他们可以迅速调整方向，尝试新的方法。这种灵活性和敏捷性使得软件工程师能够不断尝试新的技术和方法，从而推动软件行业的创新和发展。

在这个日益复杂和快速变化的数字世界中，持续开发环境已经成为软件工程师们不可或缺的利器。但持续开发环境的搭建和启动可能耗时较长，因此为了保持工作连续性，软件工程师往往倾向于让电脑保持开机状态，以便随时可以继续编程或调试。

案例一

假设小张是一位正在开发一款大型Web应用的后端软件工程师，他的工作台的配置如下。

操作系统：Windows 10。

集成开发环境：IntelliJ IDEA，用于编写Java代码。

版本控制系统：Git，用于代码版本管理及团队协作。

本地服务器：Apache Tomcat，用于运行和测试Java Web应用。

数据库服务：MySQL，存储应用程序的数据。

构建工具：Maven，负责项目的自动化构建与依赖管理。

虚拟机环境：Docker容器，模拟生产环境以进行更真实的测试。

在每天的工作中，小张需要不断地编译代码、调试程序、提交更新到Git仓库，并在本地Tomcat服务器上验证功能是否正常。同时，他还可能需要在Docker容器内模拟不同的操作系统环境，以对软件进行兼容性测试。

如果小张下班时关闭了电脑，第二天重新启动所有服务和工具将会耗费至少半小时以上的时间。而在这段时间里，他无法立即开始编程或解决问题，影响了工作效率。

此外，小张所在的团队采用了CI/CD流程，利用Jenkins等工具自动执行代码编译、单元测试以及部署至测试服务器的任务。这就要求他的电脑作为Jenkins客户端始终在线，以便触发并完成这些自动化任务。

因此，为了确保高效流畅的开发流程，减少不必要的环境配置时间，及时响应线上问题以及支持远程协同，小张和其他许多软件工程师都会选择让自己的电脑始终保持开机状态，维持一个稳定的持续开发环境。

案例二

假设小李是一名全栈开发者，他正在参与一个大型的微服务项目，他的开发环境配置如下。

操作系统：Ubuntu 20.04 LTS。

集成开发环境：Visual Studio Code，用于编写前后端代码。

版本控制系统：Git，协同团队进行代码管理。

本地开发工具链：Node.js、NPM/Yarn用于前端开发，Python及pip用于后端开发，同时使用Kubernetes集群模拟生产环境部署。

数据库与缓存服务：MySQL作为主数据库，Redis作为缓存服务。

消息队列服务：RabbitMQ用于微服务间的异步通信。

CI/CD工具：GitHub Actions和Docker Compose结合，实现自动化构建、测试和部署。

在项目开发过程中，小李需要频繁地编译、打包、运行并测试各个微服务。一旦他关闭电脑，第二天重新启动所有服务将耗费大量时间。比如：搭建完整的Kubernetes集群可能需要数分钟到数十分钟不等，而每次重启服务都可能导致微服务间的依赖关系错乱，影响开发进度。

此外，由于团队采用了敏捷开发模式，每天都有多次代码提交和合并。为了能及时响应代码变动，小李设置了自己的电脑作为GitHub Actions的一部分，当有新的Pull Request时，可以立即触发自动化构建和测试流程，确保新代码的质量。

更进一步，在下班后或周末期间，如果线上服务出现紧急问题，小李可以通过SSH远程登录自己始终保持在线的电脑，快速定位问题所在，并在本地环境中复现和修复，然后推送到测试或生产环境，大大提高了响应速度和解决问题的效率。

综上所述，对于像小李这样的全栈开发者而言，维持一个持续稳定的开发环境是其高效工作的重要保障，也是应对复杂软件工程挑战的关键策略之一。

案例三

假设小王是一名独立游戏开发者，他正在使用Unity引擎制作一款3D角色扮演游戏，他的开发环境配置如下。

操作系统：macOS Big Sur。

集成开发环境：Unity Editor，集成了脚本编写、场景设计、动画编辑等多种功能。

版本控制系统：Perforce，用于大型项目文件的版本管理和团队协作。

资产构建工具：TexturePacker用于图片资源打包，FMOD Studio用于音频处理和混音。

本地测试环境：在电脑上运行Unity的内置播放器进行实时预览和调试。

云服务与部署平台：阿里云服务器作为远程测试和分发平台。

在游戏开发过程中，小王需要频繁地编辑代码、调整场景布局、优化美术资源并即时查看效果。由于Unity项目的加载和编译过程可能较长，尤其在处理大量纹理和模型时，如果每次关闭电脑后都要重新启动项目，无疑会大大降低工作效率。

此外，小王经常需要利用晚上或周末时间对游戏进行迭代更新，并将新版本上传到云端服务器进行远程测试。为了能在任何时刻快速响应工作需求，他的电脑始终保持开机状态，并且已连接至Perforce服务器，确保能及时获取最新的代码变更，同时也能立即上传自己的工作成果以供团队其他成员审阅和测试。

因此，对于小王这样的游戏开发者来说，保持持续开发环境不仅能有效提高日常工作效率，还能确保在非工作时段可以灵活应对突发任务，从而更好地满足项目进度要求。

总结

持续开发环境为程序员提供了一个高效、稳定且富有创新的工作环境。它通过自动化流程、及时发现问题、促进团队协作和支持创新，为软件开发带来了巨大的变革。

保持持续开发环境对于软件开发者而言至关重要，它能够显著提高工作效率，并确保项目开发的连贯性。通过维持开发环境始终在线，我们可以在任何时间方便地进行代码编辑、资源优化、实时预览和调试，并能灵活应对团队协作需求，实现快速迭代更新，从而满足项目进度要求。

在前面探讨 forEach 中异步请求后端接口时，很多人都知道 forEach 中 async/await 实际是无效的，很多文章也说：forEach 不支持异步，forEach 只能同步运行代码，forEach 会忽略 await 直接进行下一次循环...

当时我的理解也是这样的，后面一细想好像不对，直接上我前面一篇文章用到的示例代码：

async function getData() {

    const list = await $getListData()



    // 遍历请求

    list.forEach(async (item) => {

        const res = await $getExtraInfo({

            id: item.id

        })

        item.extraInfo = res.extraInfo

    })



    // 打印下最终处理过的额外数据

    console.log(list)

}

上面 $getListData、$getExtraInfo 都是 promise 异步方法，按照上面说的 forEach 会直接忽略掉 await，那么循环体内部拿到的 res 就应该是 undefined，后面的 res.extraInfo 应该报错才对，但是实际上代码并没有报错，说明 await 是有效的，内部的异步代码也是可以正常运行的，所以 forEach 肯定是支持异步代码的。

手写版 forEach

先从自己实现的简版 forEach 看起：

Array.prototype.customForEach = function (callback) {

  for (let i = 0; i < this.length; i++) {

    callback(this[i], i, this)

  }

}

里面会为数组的每个元素执行一下回调函数，实际拿几组数组测试和正宗的 forEach 方法效果也一样。可能很多人还是会有疑问你自己实现这到底靠不靠谱，不瞒你说我也有这样的疑问。

MDN 上关于 forEach 的说明

先去 MDN 上搜一下 forEach，里面的大部分内容只是使用层面的文档，不过里面有提到：“forEach() 期望的是一个同步函数，它不会等待 Promise 兑现。在使用 Promise（或异步函数）作为 forEach 回调时，请确保你意识到这一点可能带来的影响”。

ECMAScript 中 forEach 规范

继续去往 javascript 底层探究，我们都知道执行 js 代码是需要依靠 js 引擎，去将我们写的代码解释翻译成计算机能理解的机器码才能执行的，所有 js 引擎都需要参照 ECMAScript 规范来具体实现，所以这里我们先去看下 ECMAScript 上关于 forEach 的标准规范：

添加图片注释，不超过 140 字（可选）

谷歌 V8 的 forEach 实现

常见的 js 引擎有：谷歌的 V8、火狐 FireFox 的 SpiderMonkey、苹果 Safari 的 JavaScriptCore、微软 Edge 的 ChakraCore...后台都很硬，这里我们就选其中最厉害的谷歌浏览器和 nodejs 依赖的 V8 引擎，V8 中对于 forEach 实现的主要源码：

transitioning macro FastArrayForEach(implicit context: Context)(

    o: JSReceiver, len: Number, callbackfn: Callable, thisArg: JSAny): JSAny

    labels Bailout(Smi) {

  let k: Smi = 0;

  const smiLen = Cast<Smi>(len) otherwise goto Bailout(k);

  const fastO = Cast<FastJSArray>(o) otherwise goto Bailout(k);

  let fastOW = NewFastJSArrayWitness(fastO);

  // Build a fast loop over the smi array.

  for (; k < smiLen; k++) {

    fastOW.Recheck() otherwise goto Bailout(k);

    // Ensure that we haven't walked beyond a possibly updated length.

    if (k >= fastOW.Get().length) goto Bailout(k);

    const value: JSAny = fastOW.LoadElementNoHole(k)

        otherwise continue;

    Call(context, callbackfn, thisArg, value, k, fastOW.Get());

  }

  return Undefined;

}

源码是 .tq 文件，这是 V8 团队开发的一个叫 Torque 的语言，语法类似 TypeScript，所以对于前端程序员上面的代码大概也能看懂，想要了解详细的 Torque 语法，可以直接去 V8 的官网上查看。

从上面的源码可以看到 forEach 实际还是依赖的 for 循环，没有返回值所以最后 return 的一个 Undefined。看完源码是不是发现咱上面的手写版也大差不差，只不过 V8 里实现了更多细节的处理。

结论：forEach 支持异步代码

最后的结论就是：forEach 其实是支持异步的，循环时并不是会直接忽略掉 await，但是因为 forEach 没有返回值，所以我们在外部没有办法拿到每次回调执行过后的异步 promise，也就没有办法在后续的代码中去处理或者获取异步结果了，改造一下最初的示例代码：

async function getData() {

    const list = await $getListData()



    // 遍历请求

    list.forEach(async (item) => {

        const res = await $getExtraInfo({

            id: item.id

        })

        item.extraInfo = res.extraInfo

    })



    // 打印下最终处理过的额外数据

    console.log(list)

    setTimeout(() => {

        console.log(list)

    }, 1000 * 10)

}

你会发现 10 秒后定时器中是可以按照预期打印出我们想要的结果的，所以异步代码是生效了的，只不过在同步代码中我们没有办法获取到循环体内部的异步状态。

如果还是不能理解，我们对比下 map 方法，map 和 forEach 很类似，但是 map 是有返回值的，每次遍历结束之后我们是可以直接 return 一个值，后续我们就可以接收到这个返回值。这也是为什么很多文章中改写 forEach 异步操作时，使用 map 然后借助 Promise.all 来等待所有异步操作完成后，再进行下面的逻辑来实现同步的效果。

参考文档

• MDN forEach 文档：developer.mozilla.org/zh-CN/docs/…


• ECMAScript 中 forEach 规范：tc39.es/ecma262/#se…


• 谷歌 V8 中 forEach 源码：chromium.googlesource.com/v8/v8.git/+…


• 谷歌 V8 中 map 源码：chromium.googlesource.com/v8/v8.git/+…


• 谷歌 V8 官网：v8.dev


• 谷歌 V8 源码：github.com/v8/v8

前一阵做需求时，有个小功能实现起来废了点脑细胞，觉得可以记录一下。

产品的具体诉求是：用户点击按钮进入详情页面，详情页内的卡片标题内容过长时，标题的前后两端正常展示，中间用省略号...表示，并且鼠标悬浮后，展示全部内容。

关于鼠标悬浮展示全部内容的代码就不放在这里了，本文主要写关于实现中间省略号...的代码。

实现思路

代码

html代码

<div class="title" id="test">近日，银行纷纷下调大额存单利率，但银行定期存款仍被疯抢。银行理财经理表示：有意向购买定期存款要尽快，不确定利率是否会再降。</div>

css代码: 设置文本不换行，同时设置overflow:hidden让文本溢出盒子隐藏

.title {

    width: 640px;

    height: 40px;

    line-height: 40px;

    font-size: 14px;

    color: #00b388;

    border: 1px solid #ddd;

    overflow: hidden;

    /* text-overflow: ellipsis; */

    white-space: nowrap;

    /* box-sizing: border-box; */

    padding: 0 10px;

}

javascript代码：

获取标题盒子的宽度时要注意,如果在css样式代码中设置了padding, 就需要获取标题盒子的左右padding值。 通过getComputedStyle属性获取到所有的css样式属性对应的值, 由于获取的padding值都是带具体像素单位的，比如: px，可以用parseInt特殊处理一下。

获取盒子的宽度的代码，我当时开发时是用canvas计算的，但计算的效果不太理想，后来逛社区，发现了嘉琪coder大佬分享的文章，我这里就直接把代码搬过来用吧, 想了解的掘友可以直接滑到文章末尾查看。

判断文本内容是否超出标题盒子

 // 标题盒子dom

const dom = document.getElementById('test');



// 获取dom元素的padding值

function getPadding(el) {

    const domCss = window.getComputedStyle(el, null);

    const pl = Number.parseInt(domCss.paddingLeft, 10) || 0;

    const pr = Number.parseInt(domCss.paddingRight, 10) || 0;

    console.log('padding-left:', pl, 'padding-right:', pr);

    return {

        left: pl,

        right: pr

    }

}

// 检测dom元素的宽度，

function checkLength(dom) {

     // 创建一个 Range 对象

    const range = document.createRange();

    

    // 设置选中文本的起始和结束位置

    range.setStart(dom, 0),

    range.setEnd(dom, dom.childNodes.length);

    

    // 获取元素在文档中的位置和大小信息,这里直接获取的元素的宽度

    let rangeWidth = range.getBoundingClientRect().width;

    

    // 获取的宽度一般都会有多位小数点，判断如果小于0.001的就直接舍掉

    const offsetWidth = rangeWidth - Math.floor(rangeWidth);

    if (offsetWidth < 0.001) {

        rangeWidth = Math.floor(rangeWidth);

    }

    

    // 获取元素padding值

    const { left, right } = getPadding(dom);

    const paddingWidth = left + right;

    

    // status：文本内容是否超出标题盒子；

    // width: 标题盒子真实能够容纳文本内容的宽度

    return {

        status: paddingWidth + rangeWidth > dom.clientWidth,

        width: dom.clientWidth - paddingWidth

    };

}

通过charCodeAt返回指定位置的字符的Unicode编码, 返回的值对应ASCII码表对应的值，0-127包含了常用的英文、数字、符号等，这些都是占一个字节长度的字符，而大于127的为占两个字节长度的字符。

截取和计算文本长度

// 计算文本长度，当长度之和大于等于dom元素的宽度后，返回当前文字所在的索引，截取时会用到。

function calcTextLength(text, width) {

    let realLength = 0;

    let index = 0;

    for (let i = 0; i < text.length; i++) {

        charCode = text.charCodeAt(i);

        if (charCode >= 0 && charCode <= 128) {

            realLength += 1;

        } else {

            realLength += 2 * 14; // 14是字体大小

        }

        // 判断长度，为true时终止循环，记录索引并返回

        if (realLength >= width) {

            index = i;

            break;

        }

    }

    return index;

}



// 设置文本内容

function setTextContent(text) {

    const { status, width } = checkLength(dom);

    let str = '';

    if (status) {

        // 翻转文本

        let reverseStr = text.split('').reverse().join('');

        

        // 计算左右两边文本要截取的字符索引

        const leftTextIndex = calcTextLength(text, width);

        const rightTextIndex = calcTextLength(reverseStr, width);

        

        // 将右侧字符先截取，后翻转

        reverseStr = reverseStr.substring(0, rightTextIndex);

        reverseStr = reverseStr.split('').reverse().join('');

        

        // 字符拼接

        str = `${text.substring(0, leftTextIndex)}...${reverseStr}`;

    } else {

        str = text;

    }

    dom.innerHTML = str;

}

最终实现的效果如下：

上面就是此功能的所有代码了，如果想要在本地试验的话，可以在本地新建一个html文件，复制上面代码就可以了。

下面记录下从社区内学到的相关知识：

1、 js判断文字被溢出隐藏的几种方法

1. Element-plus这个UI框架中的表格组件实现的方案。

通过document.createRange和document.getBoundingClientRect()这两个方法实现的。也就是我上面代码中实现的checkLength方法。

2. 创建一个隐藏的div模拟实际宽度

通过创建一个不会在页面显示出来的dom元素，然后把文本内容设置进去，真实的文本长度与标题盒子比较宽度，判断是否被溢出隐藏了。

function getDomDivWidth(dom) {

    const elementWidth = dom.clientWidth;

    const tempElement = document.createElement('div');

    const style = window.getComputedStyle(dom, null)

    const { left, right } = getPadding(dom); // 这里我写的有点重复了，可以优化

    tempElement.style.cssText = `

        position: absolute;

        top: -9999px;

        left: -9999px;

        white-space: nowrap;

        padding-left:${style.paddingLeft};

        padding-right:${style.paddingRight};

        font-size: ${style.fontSize};

        font-family: ${style.fontFamily};

        font-weight: ${style.fontWeight};

        letter-spacing: ${style.letterSpacing};

    `;

    tempElement.textContent = dom.textContent;

    document.body.appendChild(tempElement);

    const obj = {

        status: tempElement.clientWidth + right + left > elementWidth,

        width: elementWidth - left - right

    }

    document.body.removeChild(tempElement);

    return obj;

}

3. 创建一个block元素来包裹inline元素

这种方法是在UI框架acro design vue中实现的。外层套一个块级(block)元素，内部是一个行内(inline)元素。给外层元素设置溢出隐藏的样式属性，不对内层元素做处理，这样内层元素的宽度是不变的。因此，通过获取内层元素的宽度和外层元素的宽度作比较，就可以判断出文本是否被溢出隐藏了。

// html代码

<div class="title" id="test">

    <span class="content">近日，银行纷纷下调大额存单利率，但银行定期存款仍被疯抢。银行理财经理表示：有意向购买定期存款要尽快，不确定利率是否会再降。</span>

</div>



// 创建一个block元素来包裹inline元素

const content = document.querySelector('.content');

function getBlockDomWidth(dom) {

    const { left, right } = getPadding(dom);

    console.log(dom.clientWidth, content.clientWidth)

    const obj = { 

        status: dom.clientWidth < content.clientWidth + left + right,

        width: dom.clientWidth - left - right

    }

    return obj;

}

4. 使用canvas中的measureText方法和TextMetrics对象来获取元素的宽度

通过Canvas 2D渲染上下文(context)可以调用measureText方法，此方法会返回TextMetrics对象，该对象的width属性值就是字符占据的宽度，由此也能获取到文本的真实宽度，此方法有弊端，比如说兼容性，精确度等等。

// 获取文本长度

function getTextWidth(text, font = 14) {

    const canvas = document.createElement("canvas");

    const context = canvas.getContext("2d")

    context.font = font

    const metrics = context.measureText(text);

    return metrics.width

}

5. 使用css实现

这种方式来自评论区的掘友@S_mosar提供的思路。
先来看下效果：

代码如下：
css部分

.con {

    font-size: 14px;

    color: #666;

    width: 600px;

    margin: 50px auto;

    border-radius: 8px;

    padding: 15px;

    overflow: hidden;

    resize: horizontal;

    box-shadow: 20px 20px 60px #bebebe, -20px -20px 60px #ffffff;

}



.wrap {

    position: relative;

    line-height: 2;

    height: 2em;

    padding: 0 10px;

    overflow: hidden;

    background: #fff;

    margin: 5px 0;

}



.wrap:nth-child(odd) {

    background: #f5f5f5;

}



.title {

    display: block;

    position: relative;

    background: inherit;

    text-align: justify;

    height: 2em;

    overflow: hidden;

    top: -4em;

}



.txt {

    display: block;

    max-height: 4em;

}

.title::before{

    content: attr(title);

    width: 50%;

    float: right;

    white-space: nowrap;

    overflow: hidden;

    text-overflow: ellipsis;

    direction: rtl;

}

html部分

<ul class="con">

    <li class="wrap">

        <span class="txt">CSS 实现优惠券的技巧 - 2021-03-26</span>

        <span class="title" title="CSS 实现优惠券的技巧 - 2021-03-26">CSS 实现优惠券的技巧 - 2021-03-26</span>

    </li>

    <li class="wrap">

        <span class="txt">CSS 测试标题，这是一个稍微有点长的标题，超出一行以后才会有title提示，标题是 实现优惠券的技巧 - 2021-03-26</span>

        <span class="title" title="CSS 测试标题，这是一个稍微有点长的标题，超出一行以后才会有title提示，标题是 实现优惠券的技巧 - 2021-03-26">CSS

            测试标题，这是一个稍微有点长的标题，超出一行以后才会有title提示，标题是 实现优惠券的技巧 - 2021-03-26</span>

    </li>

    <li class="wrap">

        <span class="txt">CSS 拖拽?</span>

        <span class="title" title="CSS 拖拽?">CSS 拖拽?</span>

    </li>

    <li class="wrap">

        <span class="txt">CSS 文本超出自动显示title</span>

        <span class="title" title="CSS 文本超出自动显示title">CSS 文本超出自动显示title</span>

    </li>

</ul>

思路解析：

知识点：text-align: justify;

• 文本的两端（左边和右边）都会与容器的边缘对齐。


• 为了实现这种对齐，浏览器会在单词之间添加额外的空间。这通常意味着某些单词之间的间距会比其他单词之间的间距稍大一些。


• 如果最后一行只有一个单词或少数几个单词，那么这些单词通常不会展开以填充整行，而是保持左对齐。

需要注意的是，text-align: justify; 主要用于多行文本。对于单行文本，这个值的效果与 text-align: left; 相同，因为单行文本无法两端对齐。

2、JS获取字符串长度的几种常用方法

1. 通过charCodeAt判断字符编码

通过charCodeAt获取指定位置字符的Unicode编码，返回的值对应ASCII码表对应的值，0-127包含了常用的英文、数字、符号等，这些都是占一个字节长度的字符，而大于127的为占两个字节长度的字符。

function calcTextLength(text) {

    let realLength = 0;

    for (let i = 0; i < text.length; i++) {

        charCode = text.charCodeAt(i);

        if (charCode >= 0 && charCode <= 128) {

            realLength += 1;

        } else {

            realLength += 2;

        }

    }

    return realLength;

}

2. 采取将双字节字符替换成"aa"的做法，取长度

function getTextWidth(text) {

    return text.replace(/[^\x00-\xff]/g,"aa").length;

};

参考文章

1. JS如何判断文字被ellipsis了？

2. Canvas API 中文网

3. JS获取字符串长度的常用方法，汉字算两个字节

4. canvas绘制字体偏上不居中问题、文字垂直居中后偏上问题、measureText方法和TextMetrics对象

什么是柯里化？

在数学和计算机科学中，柯里化是一种将使用多个参数的一个函数转换成一系列使用一个参数的函数的技术

前端为什么需要使用柯里化？

前端使用柯里化的用途主要就是简化代码结构，提高系统的维护性，一个方法只有一个参数，强制了功能的单一性，很自然就能做到功能内聚，降低耦合

一句话就是：降低代码重复率，提高代码适应性

普通函数

实现一个普通的累加函数，调用时需要传入三个参数，如果少 传则输出NaN，多传则后面的参数都无效

function add(a,b,c){

    return a + b + c

}

add(1,2,3) //6

普通柯里化函数

实现一个普通的柯里化函数(含有柯里化性质),通过调用传参的方式将函数传入，并传入参数进行运算,返回一个新的函数的参数进行累计(取决于传入函数时传入参数的个数以及执行函数的传入参数进行累计)

function add(a, b, c) {

  return a + b + c;

}

​

function fixedCurryAdd(fn) {

  const arg = [].slice.call(arguments, 1);

  return function () {

    const newArg = arg.concat([].slice.call(arguments, 0));

    return fn.apply(this, newArg);

  };

}

const curryAdd = new fixedCurryAdd(add, 1);

console.log(curryAdd(2,11)); //14

​

柯里化函数

通过上面的含有柯里化性质的函数可以看出 ，要实现柯里化函数可以有多种传参方式，例如：

newAdd(1,2,3,4)

newAdd(1)(2,3,4)

newAdd(1)(2,3)(4)

newAdd(1)(2)(3)(4)

含有多种传参方式 ，无论哪种方式，最后都会把所需参数传入，但是柯里化函数只是期望你执行这次函数传入所需参数个数，并不强求你传入所需参数(4个，可传1个后续补上即可，最后一次凑齐4个即可)

function add(a, b, c) {

  return a + b + c;

}

function CurryAdd(fn){

    let arg = [].slice.call(arguments,1);

    return function(){

        let newArg = arg.concat([].slice.call(arguments,0));

        return fn.apply(this,newArg);

    }

}

function Curry(fn,length){

    let len = length|| fn.length; //获取传入函数所需参数的个数

    return function(){

        if(arguments.length <len){

            const callback = [fn].concat([].slice.call(arguments,0));

            return Curry(CurryAdd.apply(this,callback),len-arguments.length);

        }else{

            return fn.apply(this,arguments);

        }

    }

}

let adds=new Curry(add)

let a = adds(1)(2)

console.log(a(1)); //4

以上完善柯里化函数的整个书写。下面来捋一下这个书写过程的思路

• 首先柯里化函数期待传入一个函数，并且返回一个函数(add)


• 通过fn.length获取当前以传入的参数个数


• 在返回函数中判断当前参数是否已传入完毕
  
  
  
  
  • 如果已传入fn.length个 则直接调用传入函数
  
  
  • 如果未传入fn.length个 则通过callback将fn放到第一位在进行合并arguments作为下一次进入此函数的参数，通过CurryAdd 函数对参数再进行一遍"过滤"，通过递归调用自己来判断参数是否已经达到fn.length个从而实现柯里化
  
  
  
  

柯里化应用

说了这么多，那么柯里化到底能做哪些应用呢？

在前端页面中，向后端进行数据请求时，大部分都用到ajax进行请求

function ajax(method,url,data){

    ...ajax请求体(不作书写)    

}

ajax("post","/api/getNameList",params)

ajax("post","/api/getAgeList",params)

ajax("post","/api/getSexList",params)

如果有这么多请求且每次都需要写请求方式("post")，页面多了请求多了自然成为冗余代码，那么优化一下

const newAjax = Curry(ajax);

const postAjax = newAjax("post")

...

如果url还有类似的那么就可以重复以上的代码，这样能减少相同代码重复出现

首先说下，目前，我的表哥自己开一家小的背调公司，所以我在跟他的平时交流中，了解到了背调这个行业的一些信息。

今天跟大家分享出来，给大家在求职路上避避坑。

上周的某天，以前的阿里同事小李跟我说，历经两个月的面试，终于拿到了开水团的offer。我心里由衷地替他高兴，赶紧恭喜了他，现在这年头，大厂的offer没这么好拿的。

又过了两周，小张沮丧地跟我说，这家公司是先发offer后背调，结果背调之后，offer GG了，公司HR没有告知他具体原因，只是委婉地说有缘自会再相见。（手动狗头）

我听了，惋惜之余有些惊讶，问了他具体情况。

原来，小李并没有在学历上作假，也没有做合并或隐藏工作经历的事。

他犯错的点是，由于在上家公司，他跟他老板的关系不好，所以他在背调让填写上级领导信息的时候，只写了上级领导的名字，电话留的是他一个同事的。

我听后惋惜地一拍脑门儿，说：“你这么做之前，怎么也不问我一下啊？第三方背调公司进行手机号和姓名核实，都是走系统的，秒出结果。而且，这种手机号的机主姓名造假，背调结果是亮红灯的，必挂。”

小李听后，也是悔得肠子都青了，没办法，只能重新来过了。

我以前招人的时候，遇到过一次这样的情况，当时有个候选人面试通过，发起背调流程。一周后，公司HR给了我一份该候选人背调结果的pdf，上面写着：

“候选人背调信息上提供，原公司上级为郭xx，但经查手机号主为王xx，且候选人原公司并无此人。”

背调结果，红灯，不通过。

基本面

学历信息肯定不能造假，这个大家应该都清楚，学信网不是吃素的，秒出结果。

最近两份工作的入离职时间不要出问题，这个但凡是第三方背调，近两份工作是必查项，而且无论是明察还是暗访，都会查得非常仔细，很难钻空子的。

再有就是刚才说的，手机号和人名要对上，而且这个人确实是在这家公司任职的。

大家耳熟能详的大厂最好查，背调公司都有人才数据库的，而且圈子里的人也好找。再有就是，随便找个内部员工，大厂的组织结构在内部通讯软件里都能看到的。

小厂难度大一些，如果人才数据库没有的话，背调员会从网上找公司电话，然后打给前台，让前台帮忙找人。但有的前台听了会直接挂断电话。

薪资方面，不要瞒报，一般背调公司会让你打印最近半年或一年的流水，以及纳税信息。

直接上级

这应该也是大家最关心的问题之一。

马云曾经说过：离职无非两种原因，钱没给够，心委屈了。而心委屈了，绝大多数都跟自己的直接上级有关。

如果在背调的时候，担心由于自己跟直接上级关系不好，从而导致背调结果不利的话，可以尝试以下三种方式。

第一，如果你在公司里历经了好几任领导的话，可以留关系最好的那任领导的联系方式，这个是在规则允许范围内的。

第二，如果你的直接上级只是一个小组长，而你跟大领导（类似于部门负责人）关系还可以的话，可以跟大领导沟通一下，然后背调留他的信息。像这个，一般背调公司不会深究的。

就像我的那个表哥，背调公司的老板所说的：“如果一个腾讯员工，马化腾都出来给他做背调了，那我们还能说什么呢？”

第三，如果前两点走不通的话，还可以坦诚地跟HR沟通一次，说明跟上级之间确实存在一些问题，原因是什么什么。

比如：我朋友遇到了这种情况，公司由于经营不善而裁员，老板竟然无耻地威胁我朋友，如果要N+1赔偿的话，背调就不会配合。

如果你确实不是责任方的话，一般HR也能理解。毕竟都是打工人，何苦相互为难呢。

你还可以这么加上一句：“我之前工作过的公司，您背调哪家都可以，我的口碑都很好的，唯独这家有些问题。”

btw：还有一些朋友，背调的时候留平级同事的真实电话和姓名，用来冒充领导，这个是有风险的。但是遇到背调不仔细的公司，也能通过。通过概率的话，一半一半吧。

就像我那个朋友所说：“现在人力成本不便宜，如果公司想盈利的话，我的背调员一天得完成5个背调，平均不到两个小时一个。你总不能希望他们个个都是名侦探柯南吧。”

信用与诉讼

一般来讲，背调的标准套餐还包括如下内容：金融违规、商业利益冲突、个人信用风险和有限民事诉讼。其中后两个大家尽量规避。

个人信用风险包括：网贷/逾期风险、反欺诈名单和欠税报告。

网贷这块，当时我有一个同事，2021年的时候，拿了4个offer，结果不明不白地都挂在了背调上，弄得他很懵逼。

当他问这三家公司HR原因的时候，HR都告诉他不便透露。

最后，他动用身边人脉，才联系上一家公司的HR出来吃饭，HR跟他说：“以后网贷不要逾期，尤其是不同来源的网贷多次逾期。”

同事听了，这才恍然大悟。

欠税这个，就更别说了，呵呵，大家都懂，千万别心存侥幸。

再说说劳动仲裁和民事诉讼。

现在有些朋友确实法律意识比较强，受到不公正待遇了，第一想法就是“我要去仲裁”，仲裁不满意了，就去打官司。

首先我要说的是，劳动仲裁是查不到的，所以尽量在这一步谈拢解决。

但民事诉讼在网上都是公开的，而且第三方背调公司也是走系统的，一查一个准儿。如果非必要的话，尽量不要跟公司闹到这一步。

如果真遇到垃圾公司或公司里的垃圾人，第一个想法应该是远离，不要让他们往你身上倒垃圾。

尤其是你主动跟公司打官司这种，索要个加班费、年终奖什么的，难免会让新公司产生顾虑，会不会我offer的这名候选人，以后也会有对簿公堂的一天。

结语

现在这大市场行情，求职不易，遇到入职前背调更是如履薄冰，希望大家都能妥善处理好，一定要避免节外生枝的情况发生，不要在距离成功一米的距离倒下。

最后，祝大家工作顺利，纵情向前，人人都能拿到自己满意的offer，开开心心地入职。

前言

相信各位搞安卓的同学多多少少都了解过鸿蒙了，有些一知半解而有些已经开始学习起来。那这个鸿蒙到底好不好搞？要不要搞？

安卓反正目前工作感觉不好找，即便是上海这样的大城市也难搞，人员挺饱和的。最近临近年关裁员的也很多。想想还是搞鸿蒙吧现在刚刚要起步说不定有机会！

首先可以肯定的一点，对于做安卓的来说鸿蒙很好搞，究竟有多好搞我来给大家说说。最近开始学鸿蒙，对其开发过程有了一定了解。刚好可以进行一些对比。

好不好搞？

开发环境

要我说，好搞的很。首先开发环境一样，不是说长得像，而是就一模一样。

你看这个DevEco-Studio和Android Studio什么关系，就是双胞胎。同样基于Intellj IDEA开发， 刚装上的时候我都惊呆了，熟悉的感觉油然而生。

再来仔细看看：

• 项目文件管理栏，同样可以切换Project和Packages视图

• 底部工具栏，文件管理，日志输出，终端，Profiler等

• SDK Manager, 和安卓一样也内建了SDK管理器，可以下载管理不同版本的SDK

• 模拟器管理器

可以看出鸿蒙开发的IDE是功能完备并且安卓开发人员可以无学习成本进行转换。

开发工具

安卓开发中需要安装Java语言支持，由于开发过程需要进行调试，adb也是必不可少的。
在鸿蒙中，安装EcoDev-Studio后，可以在IDE中选择安装Node.js即可。由于鸿蒙开发使用的语言是基于TS改进增强而来，也就是熟悉JS语言就可以上手。而会JAVA的话很容易可以上手JS

• 语言支持

• 鸿蒙上的类似adb的工具名叫hdc

hdc（HarmonyOS Device Connector）是HarmonyOS为开发人员提供的用于调试的命令行工具，通过该工具可以在windows/linux/mac系统上与真实设备或者模拟器进行交互。

这里列举的几个命令是不是很熟悉？一看名字就知道和安卓中的adb是对应关系。不需要去记忆，在需要使用到的时候去官网查一下就行： hdc使用指导

配置文件

安卓中最主要的配置文件是AndroidManifest.xml。 其中定义了版本号，申明了页面路径，注册了广播和服务。并且申明了App使用的权限。

而鸿蒙中也对应有配置文件，但与安卓稍有不同的是鸿蒙分为多个文件。

• build-profile.json5

Sdk Version配置在这里， 代码的模块区分也在这里

{

  "app": {

    "signingConfigs": [],

    "compileSdkVersion": 9,

    "compatibleSdkVersion": 9,

    "products": [

      {

        "name": "default",

        "signingConfig": "default",

      }

    ],

    "buildModeSet": [

      {

        "name": "debug",

      },

      {

        "name": "release"

      }

    ]

  },

  "modules": [

    {

      "name": "entry",

      "srcPath": "./entry",

      "targets": [

        {

          "name": "default",

          "applyToProducts": [

            "default"

          ]

        }

      ]

    }

  ]

}

• app.json5

包名，VersionCode，VersionName等信息

{

  "app": {

    "bundleName": "com.example.firstDemo",

    "vendor": "example",

    "versionCode": 1000000,

    "versionName": "1.0.0",

    "icon": "$media:app_icon",

    "label": "$string:app_name"

  }

}

• module.json5

模块的详细配置，页面名和模块使用到的权限在这里申明

{

  "module": {

    "name": "entry",

    "type": "entry",

    "description": "$string:module_desc",

    "mainElement": "EntryAbility",

    "deviceTypes": [

      "phone",

      "tablet"

    ],

    "deliveryWithInstall": true,

    "installationFree": false,

    "pages": "$profile:main_pages",

    "abilities": [

      {

        "name": "EntryAbility",

        "srcEntry": "./ets/entryability/EntryAbility.ts",

        "description": "$string:EntryAbility_desc",

        "icon": "$media:icon",

        "label": "$string:EntryAbility_label",

        "startWindowIcon": "$media:startIcon",

        "startWindowBackground": "$color:start_window_background",

        "exported": true,

        "skills": [

          {

            "entities": [

              "entity.system.home"

            ],

            "actions": [

              "action.system.home"

            ]

          }

        ]

      }

    ],

    "requestPermissions":[

      {

        "name" : "ohos.permission.APPROXIMATELY_LOCATION",

        "reason": "$string:reason",

        "usedScene": {

          "abilities": [

            "FormAbility"

          ],

          "when":"inuse"

        }

      }

    ]

  }

}

官方指导

安卓开发的各种技术文档在网上可以很方便的搜索到，各种demo也有基数庞大的安卓开发者在技术网站上分享。虽然鸿蒙目前处于刚起步的阶段，但是官方的技术文档目前也已经非常完善，并且可以感受到鸿蒙的官方维护团队肯定在高强度加班中，他们的文档更新的太快了。经常能看到文档的编辑日期在迅速迭代。

从日期可以看到非常新。而且文档都是中文的，学习和查找起来都特别方便。

并且不仅仅是api文档，鸿蒙官方还提供了各种用以学习的demo, 甚至还有官方的视频教程和开发论坛。

遇到问题有各种方法可以解决，查文档，看视频课程，抄官方demo, 论坛发帖提问，简直是保姆级的官方支持！

其他

• 鸿蒙的UI开发模式是一种响应式开发，与安卓的compose UI很像。组件的名字可能不同，但是概念上是一致的，并且鸿蒙的原生组件种类丰富也比较全。熟悉以后使用起来很方便。

build() {

  Column() {

    Text(this.accessText)

      .fontSize(20)

      .fontWeight(FontWeight.Bold)



    if (!this.hasAccess) {

      Button('点击申请').margin({top: 12})

        .onClick(() => {

          this.reqPermissionsFromUser(this.permissions);

        })

    } else {

      Text('设备模糊位置信息：' + '\n' + this.locationText)

        .fontSize(20)

        .margin({top: 12})

        .width('100%')

    }

  }

  .height('100%')

  .width('100%')

  .padding(12)

}

• 对应安卓的权限管理

鸿蒙有ATM，ATM (AccessTokenManager) 是HarmonyOS上基于AccessToken构建的统一的应用权限管理能力。

• 对应安卓的SharedPreferences能力，鸿蒙有首选项能力。

这里就不一一列举了

我们只需要知道在安卓上有的概念，就可以在鸿蒙官方文档中去找一下对应的文档。

原理都是相通的。所以有过安卓开发经验的同学相对于前端FE来说有对客户端开发理解的优势。

要不要搞？

先看看目前的情况， 各家大厂正在积极布局鸿蒙客户端开发。

虽说移动端操作系统领域对安卓和iOS进行挑战的先例也有且还没有成功的先例。但是当前从国内互联网厂商的支持态度，从国际形势的情况，从华为对鸿蒙生态的投入来看。 我觉得很有搞头！
明年鸿蒙即将剔除对安卓的支持，届时头部互联网公司的大流量App也将完成鸿蒙原生纯血版的开发。

更有消息称鸿蒙PC版本也在路上了，了解信创的朋友应该能感受到这将意味着国产移动端和PC端操作系统会占有更大比例的市场。不仅仅是企业的市场行为，也是国产操作系统快速提升市占率的大好时机。

话说回来，作为安卓开发者，学习鸿蒙的成本并不高！

而对我们来说这是个机遇，毕竟技多不压身，企业在选取人才的时候往往也会偏好掌握更多技术的候选人。

如果鸿蒙起飞，你要不要考虑乘上这股东风呢？

我是张保罗，一个老安卓。最近在学鸿蒙

由于公司最近项目周期紧张，还有一个项目因为人手不够排不开，时间非常紧张，所以决定招一个人来。这不，经过一段时间紧张的招聘，终于招到了一个前端妹子。妹子也坦白过，自己干了3年，都是使用的Vue开发，自己挺高效的。但如果入职想用React的话，会稍微费点劲儿。我说，没事，来就是了，我们都可以教你的。

但入职后发现，这个妹子人家一点也不拖拉，干活很高效。单独分给她的项目，她比我们几个干的还快，每天下班准时就走了，任务按时完成。终于到了分享会了，组长让妹子准备准备，分享一下高效开发的秘诀。

1 初始化React项目

没想到妹子做事还挺认真，分享并没有准备个PPT什么的，而是直接拿着电脑，要给我们手动演示她的高效秘诀。而且是从初始化React项目开发的，这让我们很欣慰。

首先是初始化React项目的命令，这个相信大家都很熟悉了：

第一步：启动终端

第二步：npm install -g create-react-app

第三步：create-react-app js-tool-big-box-website

（注意：js-tool-big-box-website是我们要创建的那个项目名称）

第四步：cd js-tool-big-box-website

（注意：将目录切换到js-tool-big-box-website项目下）

第五步：npm start

然后启动成功后，可以看到这样的界面：

2 开始分享秘诀

妹子说，自己不管使用Vue，还是React，高效开发的秘诀就是 js-tool-big-box 这个前端JS库

首先需要安装一下： npm install js-tool-big-box

2.1 注册 - 邮箱和手机号验证

注册的时候，需要验证邮箱或者手机号，妹子问我们，大家平时怎么验证？我们说：不是有公共的正则验证呢，就是验证一下手机号和邮箱的格式呗，你应该在utils里加了公共方法了吧？或者是加到了表单验证里？

妹子摇摇头，说，用了js-tool-big-box工具库后，会省事很多，可以这样：

import logo from './logo.svg';

import './App.css';

import { matchBox } from 'js-tool-big-box';



function App() {

  const email1 = '232322@qq.com';

  const email2 = '232322qq.ff';

  const emailResult1 = matchBox.email(email1);

  const emailResult2 = matchBox.email(email2);

  console.log('emailResult1验证结果：', emailResult1); // true

  console.log('emailResult2验证结果：', emailResult2); // false



  return (

    <div className="App">

      <header className="App-header">

        <img src={logo} className="App-logo" alt="logo" />

        js-tool-big-box，使React开发更加高效

      </header>

    </div>

  );

}



export default App;

2.2 验证密码强度值

验证密码强度值的时候呢，妹子问我们，大家平时怎么验证？我们说：不就是写个公共方法，判断必须大于几位，里面是否包含数字，字母，大写字母，特殊符号这样子吗？

妹子摇摇头，说，不是，我们可以这样来验证：

const pwd1 = '12345';

const pwd1Strength = matchBox.checkPasswordStrength(pwd1);

console.log('12345的密码强度值为：', pwd1Strength); // 0

const pwd2 = '123456';

const pwd2Strength = matchBox.checkPasswordStrength(pwd2);

console.log('123456的密码强度值为：', pwd2Strength); // 1

const pwd3 = '123456qwe';

const pwd3Strength = matchBox.checkPasswordStrength(pwd3);

console.log('123456qwe的密码强度值为：', pwd3Strength);  // 2

const pwd4 = '123456qweABC';

const pwd4Strength = matchBox.checkPasswordStrength(pwd4);

console.log('123456qweABC的密码强度值为：', pwd4Strength); // 3

const pwd5 = '123@456qwe=ABC';

const pwd5Strength = matchBox.checkPasswordStrength(pwd5);

console.log('123@456qwe=ABC的密码强度值为：', pwd5Strength); // 4

2.3 登录后存localStorage

登录后，需要将一些用户名存到localStorage里，妹子问，我们平时怎么存？我们说：就是直接拿到服务端数据后，存呗。妹子问：你们加过期时间不？我们说：有时候需要加。写个公共方法，传入key值，传入value值，传个过期时间，大家不都是这样？

妹子摇摇头，说，不是，我们可以这样来存：

import { storeBox } from 'js-tool-big-box';



storeBox.setLocalstorage('today', '星期一', 1000*6);

2.4 需要判断是否手机端浏览器

我们市场需要判断浏览器是否是手机端H5浏览器的时候，大家都怎么做？我们说：就是用一些内核判断一下呗，写好方法，然后在展示之处判断一下，展示哪些组件？不是这样子吗？

妹子又问：我这个需求，老板比较重视微信内置的浏览器，这样大家写的方法是不是就比较多了？我们说，那再写方法，针对微信内置浏览器的内核做一下判断呗。

妹子摇摇头，说，那样得写多少方法啊，可以用这个方法，很全面的：

如果你单纯的只是想判断一下是否是手机端浏览器，可以这样：

import { browserBox } from 'js-tool-big-box';



const checkBrowser = browserBox.isMobileBrowser();

console.log('当前是手机端浏览器吗？', checkBrowser);

如果你需要更详细的，根据内核做一些判断，可以这样：

const info = browserBox.getBrowserInfo();

console.log('=-=-=', info);

这个getBrowserInfo方法，可以获取更详细的ua，浏览器名字，以及浏览器版本号

2.5 日期转换

妹子问，大家日常日期转换怎么做？如果服务端给的是一个时间戳的话？我们说：不就是引入一个js库，然后就开始使用呗？

妹子问：这次产品的要求是，年月日中间不是横岗，也不是冒号，竟然要求我显示这个符号 “~” ，也不是咋想的？然后我们问：你是不是获取了年月日，然后把年月日中间拼接上了这个符号呢？

妹子摇摇头，说，你可以这样：

import { timeBox } from 'js-tool-big-box';



const dateTime2 = timeBox.getFullDateTime(1719220131000, 'YYYY-MM-DD', '~');

console.log(dateTime2);  // 2024~06~24

2.6 获取数据的详细类型

妹子问，大家日常获取数据的类型怎么获取？我们说，typeof呀，instanceof呀，或者是
Object.prototype.toString.call 一下呗，

妹子摇摇头，说，你可以这样：

import { dataBox } from 'js-tool-big-box';



const numValue = 42;

console.log('42的具体数据类型：', dataBox.getDataType(numValue)); // [object Number]

const strValue = 'hello';

console.log('hello的具体数据类型：', dataBox.getDataType(strValue)); // [object String]

const booleanValue = true;

console.log('true的具体数据类型：', dataBox.getDataType(booleanValue)); // [object Boolean]

const undefinedValue = undefined;

console.log('undefined的具体数据类型：', dataBox.getDataType(undefinedValue)); // [object Undefined]

const nullValue = null;

console.log('null的具体数据类型：', dataBox.getDataType(nullValue)); // [object Null]

const objValue = {};

console.log('{}的具体数据类型：', dataBox.getDataType(objValue)); // [object Object]

const arrayValue = [];

console.log('[]的具体数据类型：', dataBox.getDataType(arrayValue)); // [object Array]

const functionValue = function(){};

console.log('function的具体数据类型：', dataBox.getDataType(functionValue)); // [object Function]

const dateValue = new Date();

console.log('date的具体数据类型：', dataBox.getDataType(dateValue)); // [object Date]

const regExpValue = /regex/;

console.log('regex的具体数据类型：', dataBox.getDataType(regExpValue)); // [object RegExp]

2.8 更多

估计妹子也是摇头摇的有点累了，后来演示的就快起来了，我后来也没听得太仔细，大概有，

比如我们做懒加载的时候，判断某个元素是否在可视范围内；

比如判断浏览器向上滚动还是向下滚动，距离底部和顶部的距离；

比如某个页面，需要根据列表下载一个excel文件啦；

比如生成一个UUID啦；

比如后面还有将小写数字转为大写中文啦，等等等等

3 最后

分享完了第二天，妹子就没来，我们还准备请教她具体js-tool-big-box的使用心得呢。据说是第一天分享的时候，摇头摇得把脖子扭到了，希望妹子能早日康复，早点来上班。

最后告诉你个消息：
js-tool-big-box的npm地址是(js-tool-big-box 的npm地址)

js-tool-big-box的git仓库地址(js-tool-big-box的代码仓库地址)

绑定大量的的v-model，导致页面卡顿的解决方案

设计图如下：

页面布局看着很简单使用element组件，那就完蛋了，因为是大量的数据双向绑定，所以使用组件，延迟非常高，高到什么程度，请求100条数据到渲染到页面上，要10-12s，特别是下拉选择的时候，延迟都在2-3s，人麻了老铁！！！

卡顿的原因很长一段时间都是在绑定v-model，为什么绑定v-model会很卡呢，请求到的每一条数据有14个数据需要绑定v-model，每次一请求就是100个打底，那就是1400个数据需要绑定v-model；而且组件本身也有延迟，所以这个方案不能采用，那怎么做呢？
我尝试采用原生去写，写着写着，哎解决了！！！惊呆了

做完后100条数据页面渲染不超过2s，毕竟还是需要绑定v-model，能在2s内，我还是能接受的吧；选择和输入延迟基本没有

下面就来展示一下我的代码，写的不好看着玩儿就好了：

请求到的数据：

methods这两个事件做的什么事儿呢，就是手动将数据绑定到数据上去也就是row上如图：

当然还有很多解决方案

大家好，我是程序员马晓博，目前从事前端行业已有5年有余，而近期由于被裁员有一段时间，也开始回顾自己的过往，发现自己以前在职场中，做过不少傻事，这里就写篇文章来记录下。曾经的犯傻已不可避免，索性公之于众，坦然面对。

ps: 像一直戴工牌，故意露个工牌带子在外面就不说了，谁还没年轻过呢？还真谁也别笑话谁哈哈。

自诩正义强出头

这是我在腾讯实习的时候遇到的，故事很简单，有个同事加了一个全局错误捕获的逻辑，导致原本有报错但是能够正常运行的程序，出现了线上 bug。

此时团队间要追究责任，认为是加了全局捕获错误的同事的责任。从现在的视角看，加了全局错误捕获同事自然是有问题的，但是当时的我，非常正义的认为，写 bug 的人才应该承担责任，而为了让代码更健壮写了全局错误捕获的同事是没有错的。

现在回想起当时自己义正严辞的发言，真是太年轻啦。

更何况这事我连当事人都算不上，只能安慰自己：谁还没年轻过呢？

平易近领导

这个事，也是发生在腾讯实习期间。

在来实习之前的我，深受互联网扁平化管理，工位不做区别，这些非常先进的思想影响，到了腾讯之后，听领导说，自己平时喜欢游泳，我一想我也喜欢啊，就直接跑领导工位上问，你平时在哪里游泳？

吓的我的直属上级，直接跑出来拉住我，我给你推荐，我带你游泳。

还有一次是，午休一起打王者荣耀，人多了把我空出来了，我就指导领导玩亚瑟，上来就说你这出装太肉了，没一点伤害，要怎么怎么玩。

我现在还能想起来他当时的眼神，你，是在教我做事？

对于领导，毫无距离感。这应该是很多年轻人都会有的心态，还会认为这就是年轻人的本色，是互联网的特色，而且会对奉承领导的人嗤之以鼻。

当然，互联网公司文化本身也都提倡这种，没有上下级，大家都能上。也就是倡导所谓扁平化管理，工位也是领导普通员工没区别。

曾经的我认为这一切都是问题不大的，就是扁平化，互联网就是不一样，但是透过一些其他行业的人，我虽不介意工位情况，但是难免对其底层所宣扬的扁平化产生一定的怀疑。

ps: 这里放一个其他行业的人的对互联网工位的一些看法，我妹妹(中国移动打过一段时间工)来参观了我的工位之后说了一句话：这是工位？牛马间吧这是，我不以为然。直到我看到了她的工位，差别还真不是一般的大，好歹有隔间。这里应该放一张图，但是我没有，大家自行脑补吧哈哈。

自诩性格真诚直率

可谓是初生牛犊不怕虎吧，看到认为拉垮的代码，就会找同事当面聊，应该怎么怎么样，不应该怎么怎么写。

但是实际上，代码写成你认为的不合理的样子，往往是很多因素导致的，或工期，或对方当时也是初学者，或团队风格，或当时环境，或仅仅是对方对新方案的尝试。

上下文不了解，就开始吐槽。但是实际上人家的代码线上运行毕竟没有问题，没有故障的代码，本身就是一份合格的代码以及对方能力的认证。

而我的当面不友好交流，真是一点礼貌没有。还美名其曰，性格比较直率真诚。

好在当时的同事比较友好，并未计较，还在我后来选房子的时候还提供了很大的帮助，可叹没有仔细聆听对方的教诲终究还是没有十全十美。

夜郎自大而不自知

这是在我工作两年左右时候产生的一种感觉，觉得自己完成业务没有任何压力，而且还承担了一些比较重要的工作，从而有一种觉得自己很行的错觉。

但是当时面试很快就泼了一盆冷水，一般来讲，这个阶段做业务的同学，应对业务开发其实基本都没有什么问题。

但是国内对程序员的面试根本不限于业务，深挖一些知识点，理解其原理才是及格线。

而当时的我就是一直停留在使用阶段，用好本身没有问题，但是奈何不足以应对面试。

当然，心态还是最重要的。半瓶水晃荡而不自知才是最可怕的。

开弓来个回头箭

这个事，说实话有点羞于启齿。

是我工作大概第四个年头发生的，那时我在网易工作有一年多一些。

由于自己做了一个还算比较有技术难度的项目，想要寻求晋升，结果当时的晋升期答辩都结束了自己还不知晓。

心里有闷气，就开始面试找工作，也顺利拿到了几个涨幅非常不错的 offer。

开始跟上级提离职，哈哈，对方聊了下，也答应了。

结果我自己晚上就是睡不着，始终觉得自己这个时候走，是逃避，是逃兵。而且这个时候走，之前的积累就全部白费，新公司还得从零做起。

网上都说开弓没有回头箭。但是我就还是厚着脸皮来个回头箭。

不得不说，这个决定并不算蠢事，我在整件事里最蠢的是没有想好就和上级提了离职，虽然拿了 offer，但是没有想清楚就离职，是非常不成熟的表现。

好在我的上级，也主打一个真诚，也明确说明，想清楚了就行。

接下来一年的合作非常愉快，既有可视化埋点平台这样的业务技术都有挑战的项目，也有团队状态管理方案的产出，顺利在第二年迎来了自己的晋升。

这一次，愚蠢更多是在于自己没有想清楚就开弓，而真诚待人在我看来是双向必杀技，但真诚也为我后来吃亏埋下了种子。

整体而言，在网易的几年，领导，同事，大家都比较真诚，不屑于暗地里去做一些掉份的事情，也让我在职场上，形成了真诚而缺少防范的一个问题，这在我的下一步职业生涯中，给我带来了比较大的打击和跟头。

和同事交往讲真诚

这是我在离开网易后，选择的一家规模比较小的公司。

这时候，我工作已经整整 5年了，但是我过往的经历终究让我缺少了一些对同事的防范，大公司还好，大家相互之间，利益冲突不大，更多的是合作关系，同时由于大家或多或少都有自己的一点点的"骄傲"，所以其实并没有遇到一些因为利益冲突而导致的暗箭。

而过往的经历也在告诉我，真诚，并不会带来什么问题。

真诚无错，但是说者无意听者有心。

到新公司之后，也到了该带人的职级，此时，我还是主打真诚，很快就和团队融为一片。

几个关系近的同事和下属，知道我家里买了几套房，知道我平时看的书，知道我平时都在干啥，知道我对生活和工作的态度，知道我在工作上的安排。

这些事情，平时没有什么问题，但是当和有心的同事出现利益冲突的时候，这些事情就成为一把利剑，间接导致我失去了这份工作。

而这些利剑，是我亲手递给了对方。

对职场恶意的容忍

如果说真诚是给别人递了一把利剑，那么自己的容忍和锋芒的隐藏，是我自己收起了盾牌。

我在周围的同事身上，总能看到自己的影子，所以对于他们的恶意，往往有一定程度的容忍，我觉得，年轻人嘛，有点锋芒，很正常。

比如，当他们吹嘘自己写了一篇文章，获得了几个赞的时候，我往往是进行倾听并表示赞赏，虽然几个赞的文章其实真的很简单。又或者公开场合提出质疑，虽然我会讲道理，理可以辩明，但是对于这其中的恶意，我一般会选择包容。

但是就是这一步，自身锋芒的隐藏，在对方眼里却是得寸进尺的机会。

个人觉得，作为级别比对方高的，还是需要适时的漏出自身的锋芒，而不是仅仅倾听加赞赏，同时由于私下交往的密集，更导致对方的肆无忌惮。

从而亲手递给对方利剑，又自己收起盾牌。

只能说，在这条路上，我还是太稚嫩。

最后

以上，就是我个人认为在职场中，做过的一些蠢事。虽然已经工作了五年之久，但是这条路上，还是觉得太过稚嫩，谨以此文，纪念哪些蠢事！

ps: 不知道看完这篇的你，有没有回忆起一些类似的事情呢？欢迎交流哈。

// 还是那句话，都年轻过，谁也别笑话谁～

大家好，我是程序员晓博，目前从事前端行业已经有将近 6年。这六年，从最初的互联网鼎盛时期，到今年是未来十年内最好的一年，再到疫情时期的回暖，再到如今年年都喊寒冬的寒冬。从最初的 20k，到最近的一份 50k 的工作，再到如今的 "政府补贴" 2k，可谓是感悟颇多。

刚好最近 gap 一段时间，有所空闲，就整理下这几年的经历以及我所看到的行业的兴衰。

学生见闻

我是 2011 年读的大学，当时是电子科学与技术这个专业，并非计算机科班出身，更偏向于硬件编程，单片机，嵌入式，FPGA 这些会更多一些。

所以当时对于互联网行业的前端后端，并没有特别明确的概念，也对于 c++， java 这些语言的地位和适用性其实也没有明确的认知。

记得是 2012， 2013 年的时候，学校里经常有 java 培训班的宣传，说实话，那会还看不上 java，虽然自己也不会，但是学校里教的都是 c, c++， java 那会在我看来，更多的是一个 c++ 简化后的语言，所以对于我这个非科班的并没有提起兴趣。

现在回想起来，那时可真是入行的好时期，当然也是风云变换的几年。那会学校流传着一个段子: 你只要会安装 eclipse，就能找到一份美团的工作。而之后的一年，你得开发过自己的 app，才能找到安卓开发工作。

不过当时更多的观念告诉我至少得读个研究生出来，所以我选择了读研而非直接工作。可以说是错过了互联网飞速发展的黄金时期，直接毕业就来到了今年是未来十年里最好的一年。

也就是在研究生阶段，我才慢慢了解到，外界的互联网大厂，其实已经分化出了移动端，前端，后端这样的岗位，当时的前端圈最为活跃，而移动端，后端，似乎都已经定型。而前端圈的新框架此起彼伏，从 react, vue, webpack，还有很多已经消失在历史中的框架。

在当时的就业情况下，前端的工资似乎是最高的，在加上当时的前端圈确实很活跃，而学习起来也比较简单。作为非科班的学生，自学前端上手最快，所以我选择了前端作为自己的就业方向。专业对口的硬件开发就不说了，工资实在是大相径庭。

但是话说回来，硬件开发如今的热门程度，并不亚于当时的软件开发。硬件开发培训，挑战 30w 年薪这样的培训班，在 2022 年左右也出现了，一如当时 2015 年左右 java 开发包就业那样的火热。

不过这个专业，其实还给我带来了一份现在看起来可以称为副业的东西：代写课程设计和毕业设计，因为是比互联网前后端更细分的赛道，所以竞争并不激烈，我还是接到了不少的单子，但是由于自己本身也是学生，所以定价很低，基本按照 100/h 的费用在收，也有做代码复用的整合，但是在硬件这一块，它的售后并不像软件这样，往往需要花费时间帮用户在板子上走通，这一部分是比较花费时间的。也在研究生阶段尝试过转项目的方式来获取收益，但是由于定价过低以及单子并不多的问题，而没有继续。不过如今想来，借助 chatgpt 等 AI 工具，定价确实还能更低(尤其是包含论文的单子)。

第一份实习

出于提升自身竞争力的考虑，我在研究生阶段就开始了边自学，边找实习。好在自学的时间比较早，准备的也比较充分，顺利拿到了腾讯等几家公司的实习。

当时虽说还处于互联网发展的时期，但是竞争其实就已经比较激烈了，没有实习进大厂基本就是 hard 模式，我也是面试了 n 家公司，才拿到的 offer。

不过腾讯这个部门虽然在面试的时候，会问一些比较现代技术的问题，但是实际进去后，是写的 php 和 jquery。我的收获其实并不多，但是简历上好看一点，后来也顺利拿到了转正的 offer。

当时给的薪资应该是 16k 左右，还会加上城市的补贴大概 2k。不过最终因为房价的原因，并没有考虑留在深圳。

ps：我在实习的时候专门考察了深圳腾讯总部附近的房价，好像是 6w，确认过眼神，是掏光 6 个钱包也买不起的房子。不过据说一度涨到了 10w，现在没有再关注了，可能有所下跌吧。

说起来当时还有一个事让我印象比较深刻，也因此对阿里有了一些抵触。就是 2017：众多应届生被阿里毁了 offer。而对于这种事情，阿里给的解释是：拥抱变化。

可能马爸爸从那时就嗅到了危机，但这却是我第一次听说毁应届生 offer，非常败好感。ps: 现在这种毁应届生 offer 的事是非常常见啦。

似乎那时警钟已经敲响，但是我并没有未雨绸缪。

第一份工作

我是 2018 年毕业的，那会北京，上海，都有落户的限制，甚至还有一些积分制等似乎不欢迎应届生去上班的感觉。

那会刚毕业，可谓是心比天高，落个户都这么麻烦，我还不想去呢！还不如人深圳的口号，来了就是深圳人。而当时阿里的总部，就在杭州，而且杭州只要是大学生，立马就能落户，立马能摇号买房。而当时房价也比较亲民 (确认过眼神，是掏光钱包可以买得起的价格)。

所以基本上只找杭州的工作。最终入职了当时比较热门的 p2p 领域的独角兽，51 信用卡。

当时的 51信用卡，可以说是 p2p 领域的一只牛逼独角兽，甚至这家公司的缩写就是 51NB。

不过以我当时的认知，入职 51信用卡，纯粹是因为 20k 的薪资，以及全额报销来回路费。要知道当时 BAT 虽然有报销，但是实际上都有各种限制和上限。

ps: 以我当时的认知，几乎没有任何犹豫，我就关闭了我的副业通道，因为我觉得，精进前端技术，带来的收益更大，毕竟一个月 20k 的收入，更别提还有 4个月加的年终收入了。而这份副业，一方面对主业没有提升，同时还要消耗比较大的精力(主要集中在给学生讲解代码以及售后上)，收入也就几千块而且时间比较集中，很难兼顾。

现在回过头来看，真的是误打误撞赶上了 p2p 行业的末班车。起始薪资确实不错，但是很快就来到了国家严控 p2p 行业的开端。

最终，入职当年，就遇到了一波一波的裁员，从开始的 n + 3，到 n + 2 再到 n + 1，可谓是一波一波的裁员。也包括了应届生。一如现在，应届生也还是裁员重灾区。

也因为 51 当时是杭州互联网第一波开启的裁员，还裁了应届生。口碑急转直下，但是很快就迎来了反转，隔壁滴滴，微店等也迅速开启裁员模式，仅仅只有 n + 1。

ps: 在 51 的第一年，是有年会的。第二年，年会倒是有，但是主题就是一句话，今年将是接下来十年内，最好的一年。也是这一年 2019，p2p 彻底宣告结束，51 也出现了警车上门的事件。最终借贷业务转型为依赖于银行的借贷业务。也结束了接近 10% 的储蓄利率时代。

短暂的阿里之旅

2020 年年初，p2p 行业宣告结束叠加疫情之初，悲观情绪四处蔓延。我在 51 的旅程也渐渐走到了尾声。

当时面试了字节和阿里。彼时的字节跳动，在杭州名气和规模还没有如今这么大。权衡之下选择了名气更盛，当时口碑更好的阿里。但是我对于字节的判断，实在是偏差的离谱，看着如今蒸蒸日上的字节，真是后悔莫及。

但是进了阿里，说实话是真有些不适应。

一方面生活上，不提供纸巾，让我颇为诧异，而时不时的团队聚餐竟然是 AA 也让我非常不适应。

当然，对方看我也很奇怪，说了一句话，感觉你是外企来的 (ps: 如今的 51信用卡还是有点小而美的感觉，各项业务依托也还在继续，也有露营等新业务的开拓，老板自由后也还在继续折腾着)。

因为疫情的原因，我并没有经历百阿培训。但是有一本小册子，写着价值观。让我印象深刻的是，"此时此刻，非我莫属" 和 "不难，要你做什么"。

这两句话听起来都没有什么问题，鼓励人奋进并没有任何问题，但是以前的奋斗，伴随着可能的巨大的回报，而我当时的付出与回报，显然已经是大打折扣了。

那时还没有 pua 的说法，但是确实有一些话让我觉得不舒服，比如目标要跳起来才是 3.5，蹦起来才是 3.75，以及业务好和你一点关系都没有，你把业务做好了，也只能给你 3.25。必须得出一些技术项目，才能拿到好绩效。

而那种没有人会点明但是大家都在执行的道理：和我 kpi 有关的就是天，无关的就是已读不回，而已读不回，就是拒绝。更是让当时还非常稚嫩的我想要逃之夭夭。

这些也不能说错，但是这确实和我在 5信用卡当时围着业务转的风格大相径庭。

说回技术，阿里整个集团的基建可以说非常好，反而我所在的这个小前端团队的基建，赶不上 51前端团队的基建。

不论是脚手架，发布系统(比较让我震惊的是我当时团队的发布是自己丢文件到服务器上，测试正式环境的区分还是靠手动维护的一份文件)，开发流程，完全赶不上 51当时的丝滑程度。

可以说是对压力的逃避，也可以说是对这种环境的不适应，也可以说是对涨幅的不满，我很快就开启了下一段旅程。

现在回过头来看，当时离职，还是冲动占了大部分。一方面，随着后来业务接触的多了，能够理解当时那个小团队的基建差的原因：主要是业务形态，当时的小团队是 toB 的，要维护的仅仅是一个项目，自然在发布流程上的投入不会太多，而且收益也是远远不及 51 这种移动端几十上百个工程的发布工作来的实在。

而另一方面，所谓的深夜开会，不明说但是心里都清楚的加班氛围，以及唯 kpi 导向的风气，其实也不过是一种生存规则而已。强行说服自己接受也很容易。毕竟人生如戏，适应规则，利用规则，掌握规则，但凡能够想通这一点，当时坚持下来也非常容易。

长达三年的网易之旅

当处于阿里的水深火热之中时，一个在周末就完成了全部流程的网易团队，向我抛出了橄榄枝。

经过短暂的调整，我也就入职了这个团队，不曾想一待就是三年。此时的薪资来到了 30k 左右，但是由于当时这个团队独特的奖金制，月收入会比 base 高出不少。

团队的业务主要是直播，所以 toB 和 toC 的业务都有。基建上也比较完善，发布系统，组件库，脚手架，微前端，等等，相对更为繁荣。

这个团队并没有明确的技术项目的考核，还是以业务为主，大多数人，完成业务开发目标，就能够顺利拿到 3.5 的绩效，同时由于当时直播行业的繁荣，基本都会有一笔不菲的奖金。而技术项目属于锦上添花，确确实实能在最终的绩效上有所体现但是并不多。

但是恰恰是在这样的环境下，组内的同学在相对宽松的氛围下，更热衷于鼓捣技术项目，反而平时对技术的研究及讨论会更多一些。

这三年，也算是见证了业务的兴衰，从开始的营收暴涨开始出海，到最终营收暴跌收缩，到裁员。也不过短短三年。

现在回头来看，在这三年里，对于业务的了解更多的还是停留在表层，虽然当时觉得自己理解业务方的需求了，但是其实内部的很多玩法还是远非仅仅理解需求就能接触到的，什么大 R 运营，"军火商" 等等秀场直播的黑话，我是没有学到一点。

由于组内业务还算比较综合，c端页面的开发，b端后台都有所接触。同时业务之余还会有很多时间去做一些技术项目，比如我负责的 CloudIDE, WebIDE, 可视化埋点项目, 基于 zustand 的状态管理库, 均是这一时期的产物。

整体来讲，这三年不论是工作节奏，还是技术产出，都还算可以。

但是如今回过头来看，似乎这三年，对外界的关注，基本上有了一定的钝感，不像之前，对互联网的各个信息都会去了解看一下。反而这几年，说内敛沉稳也好，说闭门造车也好，说停留在自己的舒适圈内也好，除了技术层面的精进，对于整个行业的发展，都太过闭塞，仿佛只是重复一种舒适的生活过了三年：每天和老婆一起轮流开车上下班，顺便再健个身，住着自己的房子，还着公积金就能覆盖还有结余的带款。

如今回想起来，也正是这三年的经历，让我在技术上有所精进，但是对互联网行业的关注，反而有所下降。同时由于同事间的关系比较简单，也让我在人际交往上变得更加朴素真诚。

半年的小公司之旅

怎么说呢，好像人总是在不稳定的时候追求稳定，在稳定的时候追求不稳定。

所以在结束了网易的三年相对稳定的工作之后，我内心反而变得很躁动，想要去小公司，谋一番事业。

出来看机会之后，才发现外界的环境其实并没有平时了解的那么糟糕，确实不像之前机会那么多，但是确实也还有一些岗位。

在这之中，我选择了在发展业务第二曲线同时又有第一业务支持的说稳定又不稳定的公司 ---- 爱普拉维。

这家公司业务主要集中在海外，所以整体业务情况也还是非常客观。给出的薪资也比较客观，我的薪资也在这一时期，达到了 50k 左右。

不过入职之初，就经历了一些人事变动，如今想来，可以说是警醒，但是我应该是选择性的进行了忽视。心思沉浸在技术和一点点的管理上。

这个团队前端同学并不多，但是业务上除了常规的 h5 和少量的后台项目之外，还会存在一些 chrome 扩展逆向，爬虫项目的存在，而我被招进来的主要任务，也就是 chrome 扩展的逆向和爬虫项目。

在这一期间，我一度沉浸在了技术上的钻研中，从 webpack 的解码逆向，到 puppeteer 爬虫的实现，从 项目秒开的优化，到 svelte 的重构，都是对我之前技术经验的一个补充。也顺利在技术角度上在公司站稳了脚跟。度过了这个公司网上传言的不好过的试用期。

不过终归还是在人际交往上有所欠缺，叠加上公司的业务方向调整，导致了最终今年 1月份的离职。而这，也为我的职场画下了短暂的暂停键。

离职快小半年了

不知不觉离离职已经快小半年了，也顺利领到了失业金，也就是题目中提到的 2k。

这段时间从刚开始的玩乐，到中途的读书写文章，再到一些副业(对于无业人员来讲应该是主业)的探索。焦虑在所难免，未来也还比较迷茫，而其他主业的探索，说实话也没探索出来什么结果。

反倒是这段读书的时间给了我一些收获，一方面是 《穷爸爸富爸爸》中对于资产负债表的解释，我自己也做了一份，还参加了财富流沙盘游戏，对自己的财务状况有了更好的认知。另一方面便是 《认知觉醒》中关于焦虑的说法，一定程度上命中了当下的自己很多。

最后，就用《认知觉醒》中关于焦虑的根源来结束这篇文章吧：想同时做很多事，又想立即看到效果。自己的欲望大于能力，又极度缺乏耐心。人的天性就是避难驱易和急于求成。

ps: 避难驱易，这几个字实在太戳我了，也正是因为避难驱易，所以其实很多之前就想写的文章都拖拖拖，直到认识到是内心的避难驱易之后才开始控制自己开始输出，而也正是输出才让我注意到了自己之前没有注意到的点，才有了这篇文章以及 那些年，我在职场中做过的蠢事。

最后的最后，愿我们都有美好的未来！

一. 引言

为规范开发者的用户个人信息处理行为，保障用户的合法权益，自2023年9月15日起，对于涉及处理用户个人信息的小程序开发者，微信要求，仅当开发者主动向平台同步用户已阅读并同意了小程序的隐私保护指引等信息处理规则后，方可调用微信提供的隐私接口。

公告地址：关于小程序隐私保护指引设置的公告
developers.weixin.qq.com/miniprogram…

接下来我们将打造一个保姆级的隐私协议弹窗组件

二. 开发调试基础

划重点，看文档，别说为什么没有效果，没有弹窗

1. 更新用户隐私保护指引

小程序管理员或开发者可以根据具体小程序涉及到的隐私相关接口来更新微信小程序后台的用户隐私保护指引，更新并审核通过后就可以进行相关的开发调试工作。仅有在指引中声明所处理的用户信息，才可以调用平台提供的对应接口或组件。若未声明，对应接口或组件将直接禁用。

• ���知道怎么填写隐私协议，看看文档：用户隐私保护指引设置developers.weixin.qq.com/miniprogram…


• 哪些api需要用户点击同意隐私协议才可以使用的看这里：小程序用户隐私保护指引内容介绍developers.weixin.qq.com/miniprogram…

审核时间有人说十几分钟，我自己的给大家参考一下。

审核通过!审核通过!审核通过后才可以开发调试。

2.配置调试字段 "__usePrivacyCheck__": true

• 在 2023 年 9 月 15 号之前，在 app.json 中配置 "__usePrivacyCheck__": true 后，会启用隐私相关功能，如果不配置或者配置为 false 则不会启用。


• 在 2023 年 9 月 15 号之后，不论 app.json 中是否有配置 usePrivacyCheck，隐私相关功能都会启用。


• 所以在基于uni-app开发时，我们在 2023 年 9 月 15 号之前进行相关开发调试则需要在manifest.json文件mp-weixin中添加"__usePrivacyCheck__": true


• manifest.json文件源码视图

 "mp-weixin" : {

          "__usePrivacyCheck__": true

    },

3. 配置微信开发工具基础库

将调试基础库改为3.0.0以上。具体路径为:
微信开发者工具->详情->本地设置->调试基础库

以上配置完成后，即可看看效果，我在小程序后台设置了剪切板的隐私接口，果然，已经提示没有隐私授权不能使用了。

三. zero-privacy组件介绍

组件下载地址:ext.dcloud.net.cn/plugin?name…

组件的功能和特点

• 支持 居中弹出,底部弹出


• 不依赖第三方弹窗组件,内置轻量动画效果


• 支持自定义触发条件


• 支持自定义主题色


• 组件中最重要的4个api（只需用到前3个）：


• wx.getPrivacySetting 查询隐私授权情况 官方链接


• wx.onNeedPrivacyAuthorization 监听隐私接口需要用户授权事件。 官方链接


• wx.openPrivacyContract 跳转至隐私协议页面 官方链接


• wx.requirePrivacyAuthorize 模拟隐私接口调用，并触发隐私弹窗逻辑 官方链接

四. zero-privacy组件使用方法

在uniapp插件市场直接下载导入 uni_modules 后使用即可

• 最直接看到弹窗效果的测试方法

<template>

	<view class="container">

		<zero-privacy :onNeed='false'></zero-privacy>

	</view>

</template>

注意以上是测试方案，不建议实际开发中按上面的方法使用，推荐以下两种方法

• 在小程序首页等tabbar页面直接处理隐私弹窗逻辑

<template>

	<view class="container">

		<zero-privacy :onNeed='false' :hideTabBar='true'></zero-privacy>

	</view>

</template>

• 在页面点击某些需要用到隐私协议后处理隐私弹窗逻辑

<template>

	<view class="container">

		<view class="btn" @click="handleCopy">

			复制

		</view>

		<zero-privacy></zero-privacy>

	</view>

</template>

• 自定义内容使用

<template>

	<view class="container">

		<zero-privacy title="测试自定义标题" predesc="协议前内容" privacy-contract-name-custom="<自定义名称及括号>" subdesc="协议后内容协议后内容协议后内容.&#10;主动换行"></zero-privacy>

	</view>

</template>

五. zero-privacy组件参数说明

predesc 和 subdesc 的自定义内容,需要主动换行时在内容中添加实体字符 
 即可

六. zero-privacy组件运行效果

爬虫学得好，牢饭吃得饱！！！切记！！！

相信大家多少都会接触过爬虫相关的需求吧，爬虫在绝大多数场景下，能够帮助客户自动的完成部分工作，极大的减少人工操作。目前更多的实现方案可能都是以python为实现基础，但是作为java程序员，咱们需要知道的是，以java 的方式，仍然可以很方便、快捷的实现爬虫。下面将会给大家介绍两种以java为基础的爬虫方案，同时提供案例供大家参考。

一、两种方案

传统的java实现爬虫方案，都是通过jsoup的方式，本文将采用一款封装好的框架【webmagic】进行实现。同时针对一些特殊的爬虫需求，将会采用【selenium-java】的进行实现，下面针对两种实现方案进行简单介绍和演示配置方式。

1.1 webmagic

官方文档：webmagic.io/

1.1.1 简介

使用webmagic开发爬虫，能够非常快速的实现简单且逻辑清晰的爬虫程序。

四大组件

• Downloader：下载页面


• PageProcessor：解析页面


• Scheduler：负责管理待抓取的URL，以及一些去重的工作。通常不需要自己定制。


• Pipeline：获取页面解析结果，数持久化。

Spider

• 启动爬虫，整合四大组件

1.1.2 整合springboot

webmagic分为核心包和扩展包两个部分，所以我们需要引入如下两个依赖：

<properties>

    <webmagic.version>0.7.5</webmagic.version>

</properties>



<!--WebMagic-->

<dependency>

    <groupId>us.codecraft</groupId>

    <artifactId>webmagic-core</artifactId>

    <version>${webmagic.version}</version>

</dependency>

<dependency>

    <groupId>us.codecraft</groupId>

    <artifactId>webmagic-extension</artifactId>

    <version>${webmagic.version}</version>

</dependency>

到此为止，我们就成功的将webmagic引入进来了，具体使用，将在后面的案例中详细介绍。

1.2 selenium-java

官网地址：http://www.selenium.dev/

1.2.1 简介

selenium是一款浏览器自动化工具，它能够模拟用户操作浏览器的交互。但前提是，我们需要在使用他的机器（windows/linux等）安装上它需要的配置。相比于webmigc的安装，它要繁琐的多了，但使用它的原因，就是为了解决一些webmagic做不到的事情。

支持多种语言：java、python、ruby、javascript等。其使用代码非常简单，以java为例如下：

package dev.selenium.hello;



import org.openqa.selenium.WebDriver;

import org.openqa.selenium.chrome.ChromeDriver;



public class HelloSelenium {

    public static void main(String[] args) {

        WebDriver driver = new ChromeDriver();



        driver.get("https://selenium.dev");



        driver.quit();

    }

}

1.2.2 安装

无论是在windows还是linux上使用selenium，都需要两个必要的组件：

• 浏览器（chrome）


• 浏览器驱动 （chromeDriver）

需要注意的是，要确保上述两者的版本保持一致。

下载地址

chromeDriver：chromedriver.storage.googleapis.com/index.html

windows

windows的安装相对简单一些，将chromeDriver.exe下载至电脑，chrome浏览器直接官网下载相应安装包即可。严格保证两者版本一致，否则会报错。

在后面的演示程序当中，只需要通过代码指定chromeDriver的路径即可。

linux

linux安装才是我们真正的使用场景，java程序通常是要部署在linux环境的。所以我们需要linux的环境下安装chrome和chromeDriver才能实现想要的功能。

首先要做的是判断我们的linux环境属于哪种系统，是ubuntu、centos还是其他的种类，相应的shell脚本都是不同的。

我们采用云原生的环境，所有的服务均以容器的方式部署，所以要在每一个服务端容器内部安装chrome和chromeDiver。我们使用的是Alpine Linux，一个轻量级linux发行版，非常适合用来做Docker镜像。

我们可以通过apk --help去查看相应的命令，我直接给出安装命令：

# Install Chrome for Selenium

RUN apk add gconf

RUN apk add chromium

RUN apk add chromium-chromedriver

上面的内容，可以放在DockerFile文件中，在部署的时候，会直接将相应组件安装在容器当中。

需要注意的是，在Alpine Linux中自带的浏览器是chromium和chromium-chromedriver，且版本相应较低，但是足够我们的需求所使用了。

/ # apk search chromium

chromium-68.0.3440.75-r0

chromium-chromedriver-68.0.3440.75-r0

1.2.3 整合springboot

我们只需要在爬虫模块引入依赖就好了：

<dependency>

    <groupId>org.seleniumhq.selenium</groupId>

    <artifactId>selenium-java</artifactId>

</dependency>

二、三个案例

下面通过三个简单的案例，给大家实际展示使用效果。

2.1 爬取省份街道

使用webmagic进行省份到街道的数据爬取。注意，本文只提供思路，不提供具体爬取网站信息，请同学们自己根据使用选择。

接下来搭建webmagic的架子，其中有几个关键点：

• 创建页面解析类，实现PageProcessor。

import us.codecraft.webmagic.Page;

import us.codecraft.webmagic.Site;

import us.codecraft.webmagic.processor.PageProcessor;



/**

 * 页面解析

 *

 * @author wjbgn

 * @date 2023/8/15 17:25

 **/

public class TestPageProcessor implements PageProcessor {

    @Override

    public void process(Page page) {



    }



    @Override

    public Site getSite() {

        return site;

    }

    

    /**

     * 初始化Site配置

     */

    private Site site = Site.me()

            // 重试次数

            .setRetryTimes(3)

            //编码

            .setCharset(StandardCharsets.UTF_8.name())

            // 超时时间

            .setTimeOut(10000)

            // 休眠时间

            .setSleepTime(1000);

    }

• 实现PageProcessor后，要重写其方法process(Page page)，此方法是我们实现爬取的核心（页面解析）。通常省市区代码分为6级，所以常见的网站均是按照层级区分，我们是从省份开始爬取，即从第三层开始爬取。
  
  
  
  
  • 初始化变量
  
  
  
  

  @Override
  
  public void process(Page page) {
  
      // 市级别
  
      Integer type = 3;
  
      // 初始化结果明细
  
      RegionCodeDTO regionCodeDTO = new RegionCodeDTO();
  
      // 带有父子关系的结果集合
  
      List<Map<String, Object>> list = new ArrayList();
  
      // 页面所有元素集合
  
      List<String> all = new ArrayList<>();
  
      // 页面中子页面的链接地址
  
      List<String> urlList = new ArrayList<>();
  
  }
  
  

  
  
  
  
  • 根据不同级别，获取相应页面不同的元素
  
  
  
  

  if (CollectionUtil.isEmpty(all)) {
  
      // 爬取所有的市,编号，名称
  
      all = page.getHtml().css("table.citytable").css("tr").css("a", "text").all();
  
      // 爬取所有的城市下级地址
  
      urlList = page.getHtml().css("table.citytable").css("tr").css("a", "href").all()
  
              .stream().distinct().collect(Collectors.toList());
  
      if (CollectionUtil.isEmpty(all)) {
  
          // 区县级别
  
          type = 4;
  
          all = page.getHtml().css("table.countytable").css("tr.countytr").css("td", "text").all();
  
          // 获取区
  
          all.addAll(page.getHtml().css("table.countytable").css("tr.countytr").css("a", "text").all());
  
  
  
          urlList = page.getHtml().css("table.countytable").css("tr").css("a", "href").all()
  
                  .stream().distinct().collect(Collectors.toList());
  
          if (CollectionUtil.isEmpty(all)) {
  
              // 街道级别
  
              type = 5;
  
              all = page.getHtml().css("table.towntable").css("tr").css("a", "text").all();
  
              urlList = page.getHtml().css("table.towntable").css("tr").css("a", "href").all()
  
                      .stream().distinct().collect(Collectors.toList());
  
              if (CollectionUtil.isEmpty(all)) {
  
                  // 村，委员会
  
                  type = 6;
  
                  List<String> village = new ArrayList<>();
  
                  all = page.getHtml().css("table").css("tr.villagetr").css("td", "text").all();
  
                  for (int i = 0; i < all.size(); i++) {
  
                      if (i % 3 != 1) {
  
                          village.add(all.get(i));
  
                      }
  
                  }
  
                  all = village;
  
              }
  
          }
  
      }
  
  }
  
  

  
  
  
  
  • 定义一个实体类RegionCodeDTO，用来存放临时获取的code，url以及父子关系等内容：
  
  
  
  

  public class RegionCodeDTO {
  
  
  
      private String code;
  
  
  
      private String parentCode;
  
  
  
      private String name;
  
  
  
      private Integer type;
  
  
  
      private String url;
  
  
  
      private List<RegionCodeDTO> regionCodeDTOS;
  
  }
  
  

  
  
  
  
  • 接下来对页面获取的内容（code、name、type）进行组装和临时存储，添加到children中：
  
  
  
  

  // 初始化子集
  
  List<RegionCodeDTO> children = new ArrayList<>();
  
  // 初始化临时节点数据
  
  RegionCodeDTO region = new RegionCodeDTO();
  
  // 解析页面结果集all当中的数据，组装到region 和 children当中
  
  for (int i = 0; i < all.size(); i++) {
  
      if (i % 2 == 0) {
  
          region.setCode(all.get(i));
  
      } else {
  
          region.setName(all.get(i));
  
      }
  
      if (StringUtils.isNotEmpty(region.getCode()) && StringUtils.isNotEmpty(region.getName())) {
  
          region.setType(type);
  
          // 添加子集到集合当中
  
          children.add(region);
  
          // 重新初始化
  
          region = new RegionCodeDTO();
  
      }
  
  }
  
  

  
  
  
  
  • 组装页面链接，并将页面链接组装到children当中。
  
  
  
  

  // 循环遍历页面元素获取的子页面链接
  
  for (int i = 0; i < urlList.size(); i++) {
  
      String url = null;
  
      if (StringUtils.isEmpty(urlList.get(0))) {
  
          continue;
  
      }
  
      // 拼接链接，页面的子链接是相对路径，需要手动拼接
  
      if (urlList.get(i).contains(provinceEnum.getCode() + "/")) {
  
          url = provinceEnum.getUrlPrefixNoCode();
  
      } else {
  
          url = provinceEnum.getUrlPrefix();
  
      }
  
      // 将链接放到临时数据子集对象中
  
      if (urlList.get(i).substring(urlList.get(i).lastIndexOf("/") + 1, urlList.get(i).indexOf(".html")).length() == 9) {
  
          children.get(i).setUrl(url + page.getUrl().toString().substring(page.getUrl().toString().indexOf(provinceEnum.getCode() + "/") + 3
  
                  , page.getUrl().toString().lastIndexOf("/")) + "/" + urlList.get(i));
  
      } else {
  
          children.get(i).setUrl(url + urlList.get(i));
  
      }
  
  }
  
  

  
  
  
  
  • 将children添加到结果对象当中
  
  
  
  

  // 将子集放到集合当中
  
  regionCodeDTO.setRegionCodeDTOS(children);
  
  

  
  
  
  
  • 在下面的代码当中将进行两件事儿：
    
    
    
    
    • 处理下一页，通过page的addTargetRequests方法，可以进行下一页的跳转，此方法参数可以是listString和String，即支持多个页面跳转和单个页面的跳转。
    
    
    • 将数据传递到Pipeline，用于数据的存储，Pipeline的实现将在后面具体说明。
    
    
    
    
  
  
  
  

  // 定义下一页集合
  
  List<String> nextPage = new ArrayList<>();
  
  // 遍历上面的结果子集内容
  
  regionCodeDTO.getRegionCodeDTOS().forEach(regionCodeDTO1 -> {
  
      // 组装下一页集合
  
      nextPage.add(regionCodeDTO1.getUrl());
  
      // 定义并组装结果数据
  
      Map<String, Object> map = new HashMap<>();
  
      map.put("regionCode", regionCodeDTO1.getCode());
  
      map.put("regionName", regionCodeDTO1.getName());
  
      map.put("regionType", regionCodeDTO1.getType());
  
      map.put("regionFullName", regionCodeDTO1.getName());
  
      map.put("regionLevel", regionCodeDTO1.getType());
  
      list.add(map);
  
      // 推送数据到pipeline
  
      page.putField("list", list);
  
  });
  
  // 添加下一页集合到page
  
  page.addTargetRequests(nextPage);
  
  

  
  


• 当本次process方法执行完后，将会根据传递过来的链接地址，再次执行process方法，根据前面定义的读取页面元素流程的代码，将不符合type=3的内容，所以将会进入到下一级4的爬取过程，5、6级别原理相同。
  
  

  



• 创建Pipeline，用于编写数据持久化过程。经过上面的逻辑，已经将所需内容全部获取到，接下来将通过pipline进行数据存储。首先定义pipeline，并实现其process方法，获取结果内容，具体存储数据的代码就不展示了，需要注意的是，此处pipeline没有通过spring容器托管，需要调用业务service需要使用SpringUtils进行获取：
  
  

  public class RegionDataPipeline implements Pipeline{
  
  
  
  
  
  @Override
  
  public void process(ResultItems resultItems, Task task) {
  
  // 获取service
  
  IXXXXXXXXXService service = SpringUtils.getBean(IXXXXXXXXXService.class);
  
  // 获取内容
  
  List<Map<String, String>> list = (List<Map<String, String>>) resultItems.getAll().get("list");
  
  // 解析数据，转换为对应实体类
  
  // service.saveBatch
  
  }
  
  

  
  


• 启动爬虫
  
  

  //启动爬虫
  
  Spider.create(new RegionCodePageProcessor(provinceEnum))
  
          .addUrl(provinceEnum.getUrl())
  
          .addPipeline(new RegionDataPipeline())
  
          //此处不能小于2
  
          .thread(2).start()
  
  

  
  

2.2 爬取网站静态图片

爬取图片是最常见的需求，我们通常爬取的网站都是静态的网站，即爬取的内容都在网页上面渲染完成的，我们可以直接通过获取页面元素进行抓取。

可以参考下面的文章，直接拉取网站上的图片：juejin.cn/post/705138…

针对获取到的图片网络地址，直接使用如下方式进行下载即可：

url = new URL(imageUrl);

//打开连接

HttpURLConnection conn = (HttpURLConnection) url.openConnection();

//设置请求方式为"GET"

conn.setRequestMethod("GET");

//超时响应时间为10秒

conn.setConnectTimeout(10 * 1000);

//通过输入流获取图片数据

InputStream is = conn.getInputStream();

2.3 爬取网站动态图片

在2.2中我们可以很快地爬取到对应的图片，但是在另外两种场景下，我们获取图片将会不适用上面的方式：

• 需要拼图，且多层的gis相关图片，此种图片将会在后期进行复杂的图片处理（按位置拼接瓦片，多层png图层叠加），才能获取到我们想要的效果。


• 动态js加载的图片，直接无法通过css、xpath获取。

所以在这种情况下我们可以使用开篇介绍的selenium-java来解决，本文使用的仅仅是截图的功能，来达到我们需要的效果。具体街区全屏代码如下所示：

public File getItems() {

    // 获取当前操作系统

    String os = System.getProperty("os.name");

    String path;

    if (os.toLowerCase().startsWith("win")) {

        //windows系统

        path = "driver/chromedriver.exe";

    } else {

        //linux系统

        path = "/usr/bin/chromedriver";

    }

    WebDriver driver = null;

    // 通过判断 title 内容等待搜索页面加载完毕，间隔秒

    try {

        System.setProperty("webdriver.chrome.driver", path);

        ChromeOptions chromeOptions = new ChromeOptions();

        chromeOptions.addArguments("--headless");

        chromeOptions.addArguments("--no-sandbox");

        chromeOptions.addArguments("--disable-gpu");

        chromeOptions.addArguments("--window-size=940,820");

        driver = new ChromeDriver(chromeOptions);

        // 截图网站地址

        driver.get(UsaRiverConstant.OBSERVATION_POINT_URL);

        // 休眠用于网站加载

        Thread.sleep(15000);

        // 截取全屏

        File screenshotAs = ((TakesScreenshot) driver).getScreenshotAs(OutputType.FILE);

        return screenshotAs;

    } catch (Exception e) {

        throw new RuntimeException(e);

    } finally {

        driver.quit();

    }

}

如上所示，我们获取的是整个页面的图片，还需要对截取的图片进行相应的剪裁，保留我们需要的区域，如下所示：

public static void cutImg(InputStream inputStream, int x, int y, int width, int height, OutputStream outputStream) {//图片路径，截取位置坐标,输出新突破路径

    InputStream fis = inputStream;

    try {

        BufferedImage image = ImageIO.read(fis);

        //切割图片

        BufferedImage subImage = image.getSubimage(x, y, width, height);

        Graphics2D graphics2D = subImage.createGraphics();

        graphics2D.drawImage(subImage, 0, 0, null);

        graphics2D.dispose();

        //输出图片

        ImageIO.write(subImage, "png", outputStream);

    } catch (IOException e) {

        e.printStackTrace();

    } finally {

        try {

            fis.close();

        } catch (IOException e) {

            throw new RuntimeException(e);

        }

    }

}

三、小结

通过如上两个组件的简单介绍，足够应付在java领域的大多数爬取场景。从页面数据、到静态网站图片，在到动态网站的图片截取。本文以提供思路为主，原理请参考相应的官方文档。

爬虫学得好，牢饭吃得饱！！！切记！！！

接上文：屠龙少年终成恶龙，前端转产品的我给前端挖了个坑

前情提要

大约一个月前，公司的医疗管理系统终于完工上线。后面一个周一，领导叫大家开会，说后面没有项目进来了，用不了这么多开发人员，原地宣布裁员。再后一周后，花 2000 招了个实习生，工作内容为系统维护。

工作内容

领导：由于我们工作内容很简单，事情轻松，基本就在页面上加加按钮就行，所以工资相对较少一些，是否接受？

实习生小李：能开实习证明吗？

领导：能的。

实习生小李：好的，谢谢老板。

领导：什么时候能入职？

实习生小李：现在。

工作来源

医疗系统是一个比较数据敏感的系统，现在医院那边需要添加一个十分钟时间没有在系统进行操作，则锁定电脑的功能，使用者再次使用时，必须输入密码。客户那边在系统对接群里发出需求时，并没有人回复（PS：人都裁完了），然后老板回复到：好的。

工作安排

领导：小李，我们有个医疗系统，需要添加锁屏功能，你处理一下，两天时间应该没问题吧？

实习生小李：（思索片刻）好的，有代码吗

（4小时之后）

领导：有的，我找下

（第二天10点）

实习生小李：王总，代码找到了没有

（第二天12点）

领导：没代码改不了吗？

实习生小李：（瑟瑟发抖）我试试

（第二天14点）

实习生小李：王总，是那种长时间不操作就锁定系统的功能吗

领导：是的

实习生小李：多久不操作才锁

领导：十分钟，锁了需要输入密码才能使用

实习生小李：但是我们医疗系统没有密码功能

领导：客户电脑有密码啊

实习生小李：是锁电脑系统吗

领导：对

实习生小李：（若有所思）我试试

实现过程

实习生小李：魔镜魔镜，我们有个医疗系统，需要做一个十分钟不操作电脑，就锁定用户电脑系统的功能，在没有源代码的情况下如何实现？

魔镜：好的，在没有源代码的情况下为医疗系统添加十分钟不操作电脑就锁定用户电脑系统的功能，可以使用 sys-shim 实现。

第一步，创建一个目录例如 medical-system ，目录里有以下两个文件：

• package.json 文件用来配置 sys-shim


• preload.js 用来向医疗系统添加功能

第二步

在 package.json 中编写内容如下

{

  "browserArguments": "--disable-web-security --allow-running-insecure-content ",

  "form": {

    "right": "1300",

    "bottom": "800"

  },

  "page": "https://www.baidu.com/"

}

• browserArguments 用来指定浏览器参数，这里配置为允许跨域以方便注入代码


• form 用来控制窗口如何显示，这里表示窗口大小


• page 表示医疗系统的页面

在 preload.js 中编写内容如下

new Promise(async function () {

  window.main = await new window.Sys({ log: true })

  // 设置倒计时时间，为了测试方便，这里改为 30 秒

  const TIMEOUT = 0.5 * 60 * 1000;

  

  // 声明一个变量来存储 setTimeout 的引用

  let timeoutId = null;

  

  // 定义一个函数来重置倒计时并在2分钟后打印日志

  function startInactivityCheck() {

    // 清除之前的倒计时（如果有的话）

    if (timeoutId !== null) {

      clearTimeout(timeoutId);

    }

  

    // 设置一个新的倒计时

    timeoutId = setTimeout(function() {

      // 锁定系统

      window.main.native.sys.lock()

    }, TIMEOUT);

  }

  

  // 为 body 元素添加点击事件监听器

  document.body.addEventListener('click', function() {

    console.log("检测到点击事件，重新开始计时。");

    // 重置倒计时

    startInactivityCheck();

  });

  

  // 初始化倒计时

  startInactivityCheck();

})

• sys.lock() 方法用于锁定操作系统。

第三步，生成应用程序

npx sys-shim pack --input medical-system

运行该命令后，会在当前目录生成一个名为 medical-system.exe 的可执行文件。它封装了医疗系统这个 web 程序，并在里面添加了锁屏功能。

• pack 指定表示打包应用


• --input 参数表示要打包的目录