1.1 服务注册中心是啥？ 用来实现微服务实例的自动注册与发现。 1.2 没有注册中心时 若服务依赖如下： 服务还不是很多，于是很多人就把各服务节点直接放进一个全局的配置文件 A 服务的全部 host B 服务的全部 host ...将该文件放在每个服务的远程配置中心或者本地配置文件中维护。当变更时，只有确实需要改变的服务团队才会修改其配置文件，最后就变成： 需全局配置文件 各模块各自维护 变更时就很不方便，每当服务扩缩容需更改配置时，很多服务都要跟着变更，团队之间沟通成本高，上线风险大。 于是，催生了注册中心。 1.3 注册中心的主要功能 1.3.1 服务注册 Provider将自身...

Enterprise JavaBeans（EJB）和Java的远程方法调用（RMI）仅限于Java 分布式组件对象模型（DCOM）仅限于Microsoft平台 公共对象请求代理体系结构（CORBA）过于复杂，不提供前向或后向兼容性 所有这些都是基于诞生自1970s的远程过程调用（RPC）思想。 RPC模型试图向远程网络服务发出请求，看起来与在同一进程中调用编程语言的方法相同（这种抽象称为位置透明）。尽管RPC起初看起来很方便，但这种方法根本上是有缺陷的。网络请求与本地函数调用很不同： 本地方法调用可预测，且成功或失败仅取决于控制的参数。网络请求不可预知：由于网络问题，请求或响应可能会丢失，...

1 前言 有时一个对象的行为取决于一或多个动态变化的属性（状态），这样的对象称为有状态(stateful)对象，其对象状态是从事先定义好的一系列值中取出。当这样的对象与外部事件产生互动时，内部状态就会改变，对象行为也随之变化。 在UML中可使用状态图描述对象状态的变化。在状态模式中，创建表示各种状态的对象和一个行为随着状态对象改变而改变的 context 对象。 2 定义 该模式下，类的行为基于其状态而改变。即允许一个对象在其内部状态改变时，改变它的行为，对象看起来似乎修改了它的类。其别名为状态对象(Objects for States)，状态模式是一种对象行为型模式。 3 架构 3.1 Co...

大三下学期开始前的寒假就在百度实习过Java开发，小组里基本都是研究生北邮清华的都有…只有我一个双非菜，组长人特别好，问他问题都会亲自帮我解决，顾不上时也会让其他同事指导我。 他那时刚要晋升，平时都挺忙，但说话时都一直笑呵呵的，年纪不大，看着却很慈祥。一组的人都经常互相开玩笑，各种打趣，离职那一瞬间就要往下掉，不知道为什么好舍不得这里的环境，很想哭。 他是我大学第一次实习入职遇到的第一个领导。受多年职场电视影视各种剧集的荼毒，我入职之前做了最坏的宫斗准备。我们这批大学生是七八月份军训然后九十月入职的，我是十一月单入职的，初进入一个环境真的是...

1 Scenario 场景 电商大厂常见促销手段： 优惠券 拼团 砍价 老带新 1.1 优惠券的种类 满减券 直减券 折扣券 1.2 优惠券系统的核心流程 1.2.1 发券 发券的方式：同步发送 or 异步发送 1.2.2 领券 谁能领？ 所有用户 or 指定的用户 领取上限 一个优惠券最多能领取多少张？ 领取方式 用户主动领取 or 自动发放被动领取 1.2.3 用券 作用范围 商品、商户、类目 计算方式 是否互斥、是否达到门槛等 1.3 需求拆解 1.3.1 商家侧 创建优惠券 发送优惠券 1.3.2 用户侧 领取优惠券 下单 使用优惠券 支付 2 ...

通过监控的报表和一些报警规则的设置，你能实时跟踪和解决垂直电商系统中出现的问题。但监控只能发现目前系统中已存问题，对未来可能发生性能问题无能为力。 一旦你的系统流量有大长，比如大促活动流量，那你在面临性能问题时就可能手足无措。你需要了解在流量增长若干倍时，系统的哪些组件或者服务会成为整体系统的瓶颈点，这时你就需要做一次全链路压测。 1 压力测试是啥？ 1.1 错误的压测姿势 搭建一套与生产环境功能相同的测试环境，并导入或生成一批测试数据 在另一台服务器，启动多线程并发调用待压测接口（接口参数也设置相同，如想压测获取商品信息的接口，则压测时使用同一商品ID） 最后，通过统计访问日志或查看测试环...

#外包到底能不能去# 腾讯集团正式员工的工牌带子为蓝色，外包劳务员工的为绿色；百度正式员工的工牌是白色，外包员工的则为红色；阿里巴巴外包员工同样是绿色的工牌；而其他一些公司虽然在工牌上没有区别，但仍然会在其他细节上显示出人员身份差异，比如，快手的外包人员工号上有“WB”缩写，而字节跳动在飞书软件上会标注外包身份。身份识别上的差异好像在时刻提醒着外包人员自己和正式员工不同，即便大家过着同样的996生活。从更长远的职业发展来看，答案是否定的。就目前来看，大厂外包员工在很多方面都会受到歧视。权限​外包员工很多时候没有全部工作权限，比如只能浏览而不能编辑文档，只能接受任务而没有发言权。在工作场所上，一些大厂甚至限制外包员工的活动范围，或者需要他们为新入职的正式员工腾位置，职场中留给外包人员的座位永远是最外面、最靠边的位置。薪资待遇外包员工的“五险一金”是按照当地最低标准缴纳的，年底也很难拿到大厂的年终奖；外包人员同样没有加班费，工资结算也没有一个清晰标准，工资发放是由外包的公司负责，很可能出现不能按期发放、需要自己去催账等情况。总之和大厂高薪待遇相比，外包人员过着既拿不到钱，又没有闲的日子。要随时担心被解雇如今供求不匹配，人力外包现象非常普遍，大厂没有那么多hc名额，更愿意通过“灵活用工”形式签署外包合同。这种外包用工形式大大降低了大厂的人力成本，因为用工企业对外包员工拥有使用权，但不具有归属权，这种灵活用工形式给了大厂一个随时辞退外包人员的理由。​成长有限外包员工将负责更加琐碎、重复、成长性低的工作，而且外包员工会被告知有机会转正，但大厂每年招聘岗位并不多，HR更愿意将这些机会更加有经验的人，   如果外包员工选择转业，新公司对于外包合同的认可度同样不大。外包员工好像被困在了互联网大厂为他们编织的美好梦境中，想要“逃”出去，又不知道“逃”往何方。外包用工形式在诸多方面局限较大，校招才是我们进入大厂可以抓住的重要机会。希望想求职BAT等大厂的小伙伴们都能顺利拿到实习、校招offer，等待大家的喜讯！

既然身在职场，而你是员工，因此你的选择权就很小了。 老板在分配给你你不喜欢的工作的时候，你首先要看一下这个工作的背后，老板想表达什么： 想要看一下你的潜力，故意给你设置这样的工作 认可你，因此会把这个工作交给你 考验你，是否具备相当程度的工作能力 不管哪种，你想要以后有更好的发展，其实你可以改变自己面对这个工作的态度。即使你不喜欢，但也有可能在全力以赴地时候，因为你自己投入的成本而对这个工作产生兴趣。这也是你自己的一种可能性。其实一切都要你真正去做过，你才会知道你到底喜不喜欢。就把这次机会当做一次挑战，心态放平去接受...

作为互联网工作资深社畜，来分享我的看法。 互联网大厂 我身边有不少人进去，也许进大厂是互联网行业里面可以傲视群雄的象征、是一个互联网工作者的较高荣誉，告知别人时，自己和家人脸上都有自豪和耀眼的光，可观的薪酬待遇，更是大多数人都向往的。但工作压力和工作时间，你真的欣然接受吗？如果能把握好甚至只能勉强地把握，我觉得你真的不用问这个问题，好好工作，争取能做出属于自己的贡献，而不是沉默在不缺人才的互联网时代。 体制 也只是一份工作，而且很体面，大概率也是很舒心的工作。中国大多父母依旧倾向自己的儿女可以不用过于辛苦，他们培育大家读书，目的就是想让儿女能安逸地生活，可能他们会支持你...

若无法通过并行流实现并发，则必须创建并运行自己的任务。运行任务的理想Java 8方法就是CompletableFuture。 Java并发的历史始于非常原始和有问题的机制，并且充满各种尝试的优化。本文将展示一个规范形式，表示创建和运行任务的最简单，最好的方法。 Java初期通过直接创建自己的Thread对象来使用线程，甚至子类化来创建特定“任务线程”对象。手动调用构造函数并自己启动线程。创建所有这些线程的开销变得非常重要，现在不鼓励。Java 5中，添加了类来为你处理线程池。可以将任务创建为单独的类型，然后将其交给ExecutorService运行，而不是为每种不同类型的任务创建新的Threa...

想必，最近大家都听到很多裁员消息，看着身边的朋友，不少被裁，究其原因，公司因为业务发展不好，只能强行辞退来降本。不仅包括很多应届生毁约，还有 21 届大量裁员，不少资深元老级员工也被辞退，于是很多同学也开始担心自己，每天开始面试，也准备离职了。 上级领导频频被换，组织架构时常变更，每个人的工作压力都很大，说好的年终奖缩水或者不发，晋升渠道延期或者关闭，很多人不知道自己还要不要坚持下去。 不过，今年一起苟住，只要疫情过去，就业形势还是好的。

1 细数当年乱世坑 毕业近年，去过很多公司，算得上是资深社畜。但我也是一路坑 ️，一路衰，后来想想真的是年轻的我太傻了。 先说一些我遇到的坑，希望后续求职的小伙伴们，未来的鲜嫩小社畜可以避避坑。 实习只是协议，不是劳动合同，可以随时开了你，尽量去能大概率转正的地方做实习生！不然大都是浪费时间，给你的都是杂活烂活，没有任何提升。 签劳动合同前，务必问清楚工资的构成，基本工资（人们常说的base）、绩效工资、年终奖，除此之外，还有各种福利（餐补、交通补贴），加班费（大部分公司只有调休），年假多少天，五险一金（是否...

1 动机 复杂的条件逻辑是编程中最难理解的东西之一，因此我一直在寻求给条件逻辑添加结构。很多时候，我发现可以将条件逻辑拆分到不同的场景（或者叫高阶用例），从而拆解复杂的条件逻辑。这种拆分有时用条件逻辑本身的结构就足以表达，但使用类和多态能把逻辑的拆分表述得更清晰。 2 常见场景 2.1 构造一组类型，每个类型处理各自的一种条件逻辑 例如，我会注意到，图书、音乐、食品的处理方式不同，这是因为它们分属不同类型的商品。 最明显的征兆就是有好几个函数都有基于类型代码的switch语句。若果真如此，我就可以针对switch语句中的每种分支逻辑创建一个类，用多态来承载各个类型特有的行为，从而去除重复的...

1 动机 有时发现这样一串条件检查：检查条件各不相同，最终行为却一致。 这时就该使用“逻辑或”和“逻辑与”将它们合并为一个条件表达式： 合并后的条件代码会表述“实际上只有一次条件检查，只不过有多个并列条件需要检查，从而使这一次检查的用意更清晰。当然，合并前和合并后的代码有着相同的效果，但原先代码传达出的信息却是“这里有一些各自独立的条件测试，它们只是恰好同时发生” 这项重构往往可以为使用【提炼函数】做好准备。将检查条件提炼成一个独立的函数对于厘清代码意义非常有用，因为它把描述“做什么”的语句换成了“为什么这样做”。 条件语句的合并理由也同时指出不要合并的理由：若我认为这些检查的确彼此独立...