命名服务主要解决微服务拆分后带来的服务发现、路由隔离等需求，是服务治理的基石。美团命名服务（以下简称MNS）作为服务治理体系OCTO的核心模块，目前承载美团上万项服务，日均调用达到万亿级别。为了更好地支撑美团各项飞速发展的业务，MNS开始从1.0向2.0演进。
在SaaS领域Saleforce是佼佼者，其CRM的概念已经扩展到了Marketing、Sales、Service等领域。那么Saleforce靠什么变成了这三个行业的解决方案呢？得益于Saleforce强大的aPaaS平台（如果想了解aPaaS平台可以搜索之前的文章）。
我经常会碰到一些耗时较长的任务，譬如更新5千万条表数据中的某个字段，代码中可以通过分页依次读取db，然后更新即可。但是耗时极长，那么能否通过将代码部署多个实例，譬如启动多个docker来并行执行任务，横向扩展，这样就能大幅减少耗时。
前面我们知道通过自定义标签，我们可以定位到相关标签的解析，同时梳理出三个重要的bean:ServiceBean、ReferenceBean、ConfigCenterBean。而通过Servicebean，可以看到ServiceConfig中有我们关注的export方法，而通过export，我们可以看到其暴露服务，又分为本地暴露和远程暴露两种，而暴露之前，会进行配置的检查，然后进行url的组装操作，接着进行exporter，而暴露之前，会进行getInvoker操作。而在getInvoker操作中，首先会进行适配，然后进行动态代理模板生成，生成class文件。而export操作中，进入到RegisterProtocol中，export又分为暴露doLocalExport(originInvoker, providerUrl)——>protocol.export(invokerDelegate)——>DubboProtocol#export(Invoker<T> invoker),完成配置的放入map之后，进行服务器开启openServer(url)，进行双重校验创建服务器createServer(url)-——> Exchangers.bind(url, requestHandler)——>getExchanger(url).bind(url, handler)——>HanderExchanger#bind(URL url, ExchangeHandler handler)——>Transporters.bind(url, new DecodeHandler(new HeaderExchangeHandler(handler)))——> getTransporter().bind(url, handler)——>NettyTransporter#NettyServer(url, listener)——>NettyServer#doOpen()_——>ServerBootstrap# bind(final SocketAddress localAddress)，进行配置的和注册、订阅过程。暴露的过程又是首先进行适配，然后适配之后，进行到dubboProtocol中，进行getInvoker操作。
max(Size(i-1, j), Size(i-1, Π(i)-1)+1) & j ≥ Π(i)
*注：数据库的分离与附加一般发生在数据库在不同机器迁移的情况下使用，当使用 Management Studio 操作时，可能会因权限问题导致附加失败，下面演示如何修改控制权限
文献链接：https://storage.googleapis.com/pub-tools-public-publication-data/pdf/b9f4e78a8830fe5afcf2f0452862fb3c0d6584ea.pdf
OCTO 2.0是美团下一代分布式服务治理系统，它基于美团现有服务治理系统OCTO 1.0与Service Mesh通信基础设施层的结合，是命名服务、配置管理、性能监控、限流鉴权等服务治理功能的全新演进版本。本文主要讲述OCTO 2.0的重要功能及实现思路，希望能对从事相关开发的同学有所帮助或者启发。
之前有一段时间做过双塔的召回模型[1]，线上各个指标有了不错的提升。目前双塔模型也是被各大公司钟爱的召回模型。对主流召回模型的分享整理在：总结下自己做过的深度召回模型
文献链接：https://arxiv.org/pdf/2110.15154.pdf
BOM（Bill of Materials） 是由Maven提供的功能,它通过定义一整套相互兼容的jar包版本集合，使用时只需要依赖该BOM文件，即可放心的使用需要的依赖jar包，且无需再指定版本号。BOM的维护方负责版本升级，并保证BOM中定义的jar包版本之间的兼容性。
最终结果是三分之一的直播录制视频完全丢失，其它的录制视频都是不完整，也就是说只录制了前半部分，后半部分是没有的。
CVE-2017-0263 是 Windows 操作系统 win32k 内核模块菜单管理组件中的一个 UAF（释放后重用）漏洞，据报道称该漏洞在之前与一个 EPS 漏洞被 APT28 组织组合攻击用来干涉法国大选。这篇文章将对用于这次攻击的样本的 CVE-2017-0263 漏洞部分进行一次简单的分析，以整理出该漏洞利用的运作原理和基本思路，并对 Windows 窗口管理器子系统的菜单管理组件进行简单的探究。分析的环境是 Windows 7 x86 SP1 基础环境的虚拟机。
选择这个漏洞的原因是和之前那个cve-2019-5786是在野组合利用的，而且互联网上这个漏洞的资料也比较多，可以避免在踩坑的时候浪费过多的时间。
近来工作学习内容逐渐朝中间件方向转移，学习之余准备新开一个系列记录一下近来所学。
类风湿性关节炎（Rheumatoid arthritis，RA） (RA) 是一种慢性炎症性关节疾病。最新的流行病学调查显示，我国RA发病率约为0.42%，病程15年以上的致残率高达61.3%。抗氧化治疗与化学疗法相结合为 RA 治疗提供了广阔的前景，并且非常需要有效地将药物和抗氧化剂输送到 RA 滑膜关节的能力。目前治疗方法主要是通过注射或口服给药，但这对胃肠道有毒副作用等。但皮肤角质层具有平常屏障作用，严重限制了药物的经皮给药效率。为此，深圳大学董海峰教授团队开发了一种可编程聚合物微针 (MN) 平台（图1），用于透皮递送甲氨蝶呤 (MTX) 和活性氧 (ROS) 清除剂用于 RA 治疗。由聚乙烯吡咯烷酮 (PVP) 制成的可生物降解的 MNs 与聚多巴胺/二氧化锰（称为 PDA@MnO 2）和 MTX 结合。插入皮肤组织后，MNs 降解，从而释放负载的 MTX 和 PDA@MnO 2。PDA@MnO 2可用作 RA 滑膜微环境中的 MRI 造影剂，还作为一种强大的抗氧化剂来去除 ROS减少 RA 炎症，当与 MTX 介导的化疗相结合时，可在鼠模型中获得理想的 RA 治疗结果。这项工作不仅代表了一种有价值的 MN 辅助 RA 治疗剂透皮给药方法，而且为 RA 的化学疗法和抗氧化协同治疗开辟了一条新途径。该研究日前发表于ACS Applied Materials & Interfaces上，硕士生武超雄为该论文第一作者，董海峰教授和杨灵芝老师为通讯作者。
提供端和消费端都需要生成代理对象，默认通过 JavassistProxyFactory
整体架构十分简单明了, 用 FC 替代了 Web 服务器，但是换来的是免运维，弹性扩容，按需付费等一系列优点
“想抱团就抱团，想分开就分开”，这是比利时布鲁塞尔自由大学的Marco Dorigo带领他的团队所设计出的机器人可以做的事情。 这款机器人可以通过拆分和合并来改变不同的形状，形成完整而独立的机器人实体，在未来可以根据要求的不同，改变机器人的形状就变得很简单了。 实际上除了电影和游戏之外，变形机器人在科学领域中也算不得是一个新鲜的话题了，变形机器人的原理要么是通过一个“中央神经”来控制其他机器人，要么是每个机器人自行运作，在有限的范围内进行物理连接。所以，研究人员研发了这款变形机器人。 想要研发出这款机器
SURPLUS：联邦财政预算的盈余（正向）或亏损（负向），按当年国民生产总值的百分比计算。
这篇文章将分析 Windows 操作系统 win32k 内核模块窗口管理器子系统中的 CVE-2015-2546 漏洞，与上一篇分析的 CVE-2017-0263 漏洞类似地，这个漏洞也是弹出菜单 tagPOPUPMENU 对象的释放后重用（UAF）漏洞。分析的环境是 Windows 7 x86 SP1 基础环境的虚拟机。
Dubbo SPI的暴露原理参考https://lioswong.github.io/2019/09/17/Dubbo-SPI%E5%AE%9E%E7%8E%B0%E5%8E%9F%E7%90%86/,本文分析服务暴露过程,运行 demo-dubbo--》dubbo-demo-api--》dubbo-demo-api-provider 中 Application:
近来许多学生和已经入职工作的知友们，纷纷以私信的形式来询问我到底电气工程师需要哪些知识。我没法给出电网工作的知识结构，但对于本专业的知识结构倒是略知一二。 以下给出一些个人看法： 我在ABB低压成套的工作岗位上先后从事过三个职务：第一个是职务是开关柜设计工程师，第二个职务是0.4kV和10kV电力监控系统设计工程师，第三个职务是技术支持工程师。以下谈谈这三个工作岗位所需要的知识结构。 第一个岗位：开关柜设计工程师 在这个岗位上，主业是设计ABB的MNS3.0低压开关柜，因此对MNS3.0低压开
本篇文章，我们来研究一下 Dubbo 导出服务的过程。Dubbo 服务导出过程始于 Spring 容器发布刷新事件，Dubbo 在接收到事件后，会立即执行服务导出逻辑。整个逻辑大致可分为三个部分，第一是前置工作，主要用于检查参数，组装 URL。第二是导出服务，包含导出服务到本地 (JVM)，和导出服务到远程两个过程。第三是向注册中心注册服务，用于服务发现。本篇文章将会对这三个部分代码进行详细的分析，在分析之前，我们先来了解一下服务的导出过程。
大家好，又见面了，我是你们的朋友全栈君。 Content-Type MediaType，即是Internet Media Type，互联网媒体类型；也叫做MIME类型，在Http协议消息头中，使
大家好，又见面了，我是你们的朋友全栈君。标准控件 1 btn Button 2 chk CheckBox 3 ckl CheckedListBox 4 cmb ComboBox 5 dtp DateTimePicker 6 lbl Label 7 llb LinkLabel 8 lst ListBox 9 lvw ListView 10 mtx MaskedTextBox 11 cdr MonthCalendar 12 icn NotifyIcon 13 nud NumeircUpDown 14 pic PictureBox 15 prg ProgressBar 16 rdo RadioButton 17 rtx RichTextBox 18 txt TextBox 19 tip ToolTip 20 tvw TreeView 21 wbs WebBrowser 容器控件 1 flp FlowLayoutPanel 2 grp GroupBox 3 pnl Panel 4 spl SplitContainer 5 tab TabControl 6 tlp TableLayoutPanel 菜单和工具栏 1 cms ContextMenuStrip 2 mns MenuStrip 3 ssr StatusStrip 4 tsr ToolStrip 5 tsc ToolStripContainer 数据 1 dts DataSet 2 dgv DataGridView 3 bds BindingSource 4 bdn BindingNavigator 5 rpv ReportViewer 对话框 1 cld ColorDialog 2 fbd FolderBrowserDialog 3 fnd FontDialog 4 ofd OpenFileDialog 5 sfd SaveFileDialog 组件 1 bgw BackgroundWorker 2 dre DirectoryEntry 3 drs DirectorySearcher 4 err ErrorProvider 5 evl EventLog 6 fsw FileSystemWatcher 7 hlp HelpProvider 8 img ImageList 9 msq MessageQueue 10 pfcPerformanceCounter 11 prcProcess 12 sptSerialPort 13 sclServiceController 14 tmrTimer 印刷 1 psd PageSetupDialog 2 prd PrintDialog 3 pdc PrintDocument 4 prv PrintPreviewControl 5 ppd PrintPreviewDialog 水晶报表 1 crv CrystalReportViewer 2 rpd ReportDocument 其他 1 dud DomainUpDown 2 hsc HScrollBar 3 prg PropertyGrid 4 spl Splitter 5 trb TrackBar 6 vsc VScrollBar
构建企业级统一基础推送服务，支持通过多渠道推送，能够统一集成的电子邮件、短信、聊天、钉钉、企业微信和其他公共社交应用：
随着微服务架构的推广，越来越多的公司采用微服务架构来构建自己的业务平台。就像前边的文章说的，微服务架构为业务开发带来了诸多好处的同时，例如单一职责、独立开发部署、功能复用和系统容错等等，也带来一些问题。
本文由融云技术团队原创分享，原题“聊天室海量消息分发之消息丢弃策略”，内容有修订。
通知是让应用用户保持联系和获取更新的重要渠道。Android 提供通知 API 用于在设备上创建和发布通知，但这些通知经常由外部事件触发，并从应用服务器发送至应用。
在操作系统中，缓存是一种存储技术，用于提高数据读取和写入的速度。Linux 内核使用了两种主要的缓存机制：Buffer Cache和Page Cache。这两种缓存机制都是为了提高系统性能，但它们在实现方式和目标上有所不同。
TCC适用于公司内部对一致性、实时性要求较高的业务场景，而本文我们讲解的“最大努力通知型事务”是为解决跨网络、跨服务之间的柔性事务的另一种解决方案。
抛开这些技术细节不谈，暂且认为服务端对每一个用户都有一个“待收消息”的队列，里面存放了需要给这个用户的一切消息。
今天是七夕，深圳又在下雨，庆幸的是单身狗不用出门，苦涩。NotificationListenerService 通知监听服务，就是监听手机上的广播通知，这个在纯App开发中用的比较少，但是在智能穿戴领域用的很多，比如我有一个智能手表，然后有一个配套的App应用，有时候在上班路上，手机放在口袋里，要接受到手机上的通知消息，例如QQ、微信、来电、短信等。智能手表上显示有新消息，如果手表上有屏幕的话，还能显示消息的内容。这就很Nice了不是吗？
首先简单介绍下，我们是一个有趣、有态度的汽车新媒体分享平台，我们有自己的 APP 和网站。目前服务超过 2 亿的汽车消费者与汽车兴趣用户群体，为广大汽车用户提供专业原创出品的图文、短视频、视频、直播、音频等多元化泛汽车生活领域节目。针对汽车消费者选车、用车、玩车等核心需求，老司机会让「新司机们」选得轻松、买得安心、玩得尽兴，让「新司机们」体验乐趣，享受汽车生活。
微服务的架构体系中，会存在很多基础服务，提供一些大部分服务都可能需要的能力，比如文件管理、MQ队列、缓存机制、消息中心等等，这些服务需要提供各种可以复用的方法或者接口，以便其他业务服务可以快速调用；下面来看看消息通知的原理：
分布式事务解决方案有很多种，最要包括基于XA协议的两阶段提交方案、本地消息表方案、TCC事务补偿型方案、可靠消息最终一致性方案、尽最大努力通知型方案等。面试的时候不可能长篇大论，所以能答上下面这三种方案就七八不离十。
在App和网站中使用推送通知有不同的原因，并且在提高流量和与客户互动方面有很多好处。推送通知是一种交互式可点击消息，可将访问者直接引导至你的网站。它们可以帮助你以指数方式增加流量和参与率。因此，营销人员，广告商，品牌和企业必须了解如何更好地使用此类服务。
本文为大家分享个推消息推送SDK【通知栏铃声】功能的使用窍门，帮助开发者用简单10行代码，即可以声传意，轻松收获用户喜爱。
在视频直播场景中，弹幕交互、与主播的聊天、各种业务指令等等，组成了普通用户与主播之间的互动方式。
通过上边的例子我们总结最大努力通知方案的目标：发起通知方通过一定的机制最大努力将业务处理结果通知到接收方。 具体包括： 【1】有一定的消息重复通知机制。 因为接收通知方可能没有接收到通知，此时要有一定的机制对消息重复通知。 【2】消息校对机制。 如果尽最大努力也没有通知到接收方，或者接收方消费消息后要再次消费，此时可由接收方主动向通知方查询消息信息来满足需求。
本文内容由百度技术团队分享，原题“基于公共信箱的全量消息实现”，为了帮助理解，有较多修订、内容重组和重新排版。
我们的唯一客服系统（gofly.v1kf.com），每个商家都可以设置自己的通知邮箱，及时获取到用户的消息通知
事务可以看做是一次大的活动，它由不同的小活动组成，这些活动要么全部成功，要么全部失败。
本文由融云技术团队原创分享，原题“IM 消息同步机制全面解析”，为使文章更好理解，对内容进行了重新归纳和细节修订。
APNs，即 Apple Push Notification Service，依托一个或几个系统常驻进程运作，是全局的（接管所有应用的消息推送），可看作是独立于应用之外，设备与苹果的服务器之间维持一个长连接进行消息传递。
在6月份，兔小巢完善了用户侧消息通知，用户提交反馈、回复后，每次可以手动订阅微信消息提醒服务，不再错过管理员的每一次回复，让问题解决的效率得到了极大的提升。 在新功能上线后，兔小巢认真聆听了社区内各产品管理员对于该功能的意见，有一部分产品给予这样的反馈：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
