- 综合排序
- 最热优先
- 最新优先
- 来自专栏ytkah
微信无法连接到服务器怎么诊断网络【微信高级教程3】
有时我们出门在外难免会出现网络信号不好的时候，微信会提示“无法连接到服务器”，可能还会弹出一个“诊断网络”的按钮窗口。要是没弹出怎么弄呢？其实微信早就藏着这个彩蛋了，我们没挖掘到而已。 在微信任意聊天窗口输入 //traceroute 并发送，还可以调出“诊断网络”功能。 ? 当微信突然连接网络失败却又无法解决的时候，可以尝试一下。
6.6K100发布于 2018-03-06 - 来自专栏架构师之路
微服务架构多“微”才合适？
前情提要：互联网架构为什么要做服务化？ 二、互联网微服务架构多“微”才适合 大家也都认可，随着数据量、流量、业务复杂度的提升，服务化架构是架构演进中的必由之路，今天要讨论的话题是：微服务架构多“微”才合适？ 细节：微信单对单消息是一个写多读少的业务，故没有缓存。 垂直拆分是个好的方案，将子业务一个个拆出来，那么微信的服务化架构或许会变成这个样子： ? 【一个接口对应一个service】 微服务架构中更极端的，甚至一个接口对应一个微服务，这样的话，架构就从： ? 演化为： ?
1.6K61发布于 2018-03-01 - 来自专栏汽车软件工程师
UDS诊断之37服务
RequestTransferExit（0x37）—— 请求传输退出 这个服务是用来终止数据传输的（上传/下载）。 1.服务请求报文定义 图1 服务请求报文定义 Sub-Function： 本服务没有子服务。 服务请求报文中参数定义： transferRequestParameterRecord：用来传输的数据，格式和长度是由车厂自定义的。 3.支持的NRC 图3 0x37服务支持的NRC 4.示例 此示例分为3步： Step 1： 用户和ECU之间通过RequestDownload（0x34）服务来交换数据。 测试条件： （1）IG = ON （2）Engine = OFF （3）Vehicle Speed = 0 kph 报文示例： Step 1：请求RequestDownload（0x34）服务 发送请求
2.8K20编辑于 2022-05-25 - 来自专栏汽车软件工程师
UDS诊断之10服务
DiagnosticSessionControl（0x10）——诊断会话控制 这个服务的主要作用就是使能不同的诊断会话，不同的诊断会话包含了不同的诊断服务或者功能，这个服务就实现了不同诊断会话之间的切换 ECU上电之后会进入默认会话（default）,当Client请求一个诊断会话服务，如果这个会话已经运行，则回复肯定响应。 进入其他session，default session的功能仍可用。 要想进入一个新的诊断会话，特定的条件需要满足，这些条件由用户定义。 下图是不同session所支持的服务一览： 图2 不同session所支持的服务 服务请求报文格式 图3 服务请求报文格式 图4 sub-function描述（1） 图5 sub-function 描述（2） 肯定响应报文格式 图6 肯定响应报文格式 数据参数格式定义如下（3~6字节）： 图7 数据参数定义 图8 sessionParameterRecord定义 图9 sessionParameterRecord
2.6K10编辑于 2022-05-25 - 来自专栏汽车软件工程师
UDS诊断之27服务
SecurityAccess（0x27）—— 安全访问 这个服务的目的是为那些限制访问，以及和排放、安全相关的一些服务和数据提供一些访问权限来保护数据。 此服务执行步骤如下： （1）Client请求一个种子（Seed）； （2）Server发送种子（Seed）； （3）Client再根据相应算法算出一个匹配这个种子（Seed）的钥匙（Key）并发送给Server （1）肯定响应 图5 肯定响应报文格式 肯定响应参数定义： 图6 肯定响应参数 （2）否定响应 支持的NRC（Negative Response Code）如下图所示： 图7 支持的NRC
5K40编辑于 2022-05-25 - 来自专栏Java架构师历程
微服务在微信的架构实践
作者｜许家滔 编辑｜田光 微服务的理念与腾讯一直倡导的“大系统小做”有很多相通之处，本文将分享微信后台架构的服务发现、通信机制、集群管理等基础能力与其上层服务划分原则、代码管理规则等。 过去几年，微信都是很敏捷地在开发一些业务。所以我们的底层架构需要支撑业务的快速发展，会有一些特殊的需求。 另外，目前整个微信团队已经有一千多人了，开发人员也有好几百。 三、高并发 基础架构 接下来看看我们的基础架构。 ? 整个微服务的架构上，我们通常分成这些部分： 服务布局 服务之间怎么做一些远程调用 容错（主要讲一下过载保护） 部署管理 服务布局 ? 早年我们 QQ 邮箱、微信、图像压缩、反垃圾都是一个 web 服务，只有存储层会独立到后面去，甚至用 web 直连 MySQL。因为它早期比较小，后来变大之后就用微服务架构。 2011 年起负责微信后台基础架构，包括分布式存储平台和后台服务框架等，覆盖微信账号 / 消息 / 朋友圈核心存储等，并为公众号 / 微信支付 / 微信企业号等等业务提供组件支持，近两年专注于后台服务质量提升和高性能架构
4.3K32发布于 2018-09-26 - 来自专栏汽车软件工程师
UDS诊断之31服务
RoutineControl（0x31）—— 例程控制 这个服务是用来执行一系列操作序列的，是笔者见过的用途最广泛的一个服务，可以根据需求进行一些服务定制，例如擦除内存，一些自学习流程，故障自检测，配置某些数据参数等 例程控制可以用来进行以下操作： 开始一个例程 结束一个例程 查看例程执行结果 1.服务请求报文定义 图1 服务请求报文定义 Sub-function定义： 图2 0x31服务支持的子服务 2.肯定响应 图3 肯定响应报文定义 routineControlType：对应服务请求的子服务 routineIdentifier：例程ID routineInfo：这部分是自定义的，提供一种机制，使测试工具根据这个值来实施一些流程 发送请求：31 01 02 02 06 01 （最后两个字节为ControlOption） 肯定响应：71 01 02 02 32 33 8F（报文最后三个字节为汽车制造商自定义的状态） 以上就是0x31服务 ，与之类似的还有一个0x2F服务，只是对比31服务2F服务应用范围较窄，一般可以模拟一下车的灯光控制等，但是如果较复杂的流程的话还是用31服务多一些，感兴趣的读者可以自行了解一下。
12.6K10编辑于 2022-05-25 - 来自专栏汽车软件工程师
UDS诊断之34服务
RequestDownload（0x34）—— 下载请求 这个服务主要是用来给ECU下载数据的，最常见的应用就是在bootloader中，程序下载工具会发起下载请求，以完成ECU程序的升级。 1.服务请求报文定义 图1 服务请求报文定义 Sub-Function： 本服务没有子服务。 bit 7 - 4：参数memorySize的长度（Bytes） bit 3 - 0：参数memoryAddress的长度（Bytes） （3）memoryAddress 开始下载数据的起始位置的地址。 bit 7 - 4：参数maxNumberOfBlockLength的长度（Bytes） bit 3 - 0：保留位，设为0 （2）maxNumberOfBlockLength 这个参数用来通知用户在每次数据传输请求中包含了多少字节的数据 3.支持的NRC 图3 0x34服务支持的NRC 4.示例 由于0x34服务一般和0x36服务是配套使用的，在后续文章介绍0x36服务后，会一起进行示例展示。
4.8K40编辑于 2022-05-25 - 来自专栏热度技术
微服务架构的7大好处
对于刚开始考虑使用微服务来开发自己业务或者想学习微服务架构的微服务领域的新手程序猿来说，首先，我们要快速了解微服务如何在日后的工作中为您的开发工作带来的好处。 7.可扩展性 可以轻松地从应用程序中提取独立功能，以在其他应用程序中重用和重新利用它们，并提高可伸缩性。各个开发团队还可以实施和部署他们的代码，而无需花费较大的IT团队或部门的时间。 这使大型组织更容易使用微服务架构来减少内部政治和其他可能延迟部署的问题。 8.微服务帮助团队更加高效 微服务架构的最大优势在于创建小型，专注的团队，这些团队可以更快地以更高的质量开发独立的功能。 微服务迁移的最佳实践 当被问及开发人员在迁移到微服务时可以采用哪些最佳实践时，Buelta 说，“微服务架构成功的关键是每个服务尽可能独立。” 他补充道，“一旦迁移完成，就很难对微服务的边界进行更改。在项目初期投入的时间是值得的。” 从一个架构模式迁移到另一个架构模式是一个很大的变化。
2.1K20编辑于 2023-03-10 - 来自专栏汽车软件工程师
UDS诊断之36服务
TransferData （0x36）—— 数据传输 这个服务通常是用来下载/上传数据时用的，数据的传输方向由不同的服务控制：0x34服务表示下载，0x35服务表示上传。 0x36服务包含了一个blockSequenceCounter，在多个服务请求序列失败的时候以提高错误处理机制。 在接收到0x34/0x35服务以后，blockSequenceCounter会被初始化为1。 1.服务请求报文定义 图1 服务请求报文定义 Sub-Function： 本服务没有子服务。 服务请求报文中参数定义： （1）blockSequenceCounter 这个值在第一次初始化的时候为0x01，往后每增加一次0x36服务的请求这个值也跟着增加1，直到增加到0xFF，会重新再从0x00 3.支持的NRC 图3 0x36服务支持的NRC 4.示例 后续讲完0x37服务后展示。
5.4K20编辑于 2022-05-25 - 来自专栏汽车软件工程师
UDS诊断之28服务
1.请求报文定义 图1 服务请求报文定义 Sub-Function定义： 图2 支持的子服务 数据参数定义： 图3 数据参数定义 communicationType定义： 图4 可控制报文类型 图5 nodeIdentificationNumber定义 2.肯定响应 图6 肯定响应报文格式 图7 数据参数定义 3.支持的NRC 图8 服务支持的NRC 4.示例 （1）关闭网络管理帧 发送请求：28 01 02 肯定响应：68 01 （2）当地址为0x000A的节点接入网络时，将远程网络切换至仅诊断调度模式 发送请求：28 04 01 00 0A 肯定响应：68 04 0x28就是一个通信控制的服务 ，根据需求你想让什么类型的报文进行通信或者不让其进行通信，就可以用0x28服务来进行设置。 例如bootloader刷写之前或者某些例程控制的时候可能会要求停止网络诊断功能等，就可以利用0x28服务来进行控制。
4.2K10编辑于 2022-05-25 - 来自专栏前端博客
微前端学习笔记（1）：微前端总体架构概述，从微服务发微
，反观java 世界，学好 Spring MyBatis ,一路无忧，哎……微服务为了解决庞大的一整块后端服务带来的变更与扩展方面的限制，出现了微服务架构（Microservices）：微服务是面向服务架构 微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将单页面前端应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用还可以独立开发、独立部署。 微前端微前端是一种类似于微服务的架构，是一种由独立交付的多个前端应用组成整体的架构风格，将前端应用分解成一些更小、更简单的能够独立开发、测试、部署的应用，而在用户看来仍然是内聚的单个产品。 微服务架构，可以解耦后端服务间依赖。而微前端，则关注于聚合前端应用。热闹驱动开发。新的技术，既然很热闹，那么就学吧。微前端的实现，意味着对前端应用的拆分。 《微前端学习笔记（1）：微前端总体架构概述，从微服务发微》,请注明出处：https://www.zhoulujun.cn/html/webfront/engineer/Architecture/9029
1.2K10编辑于 2024-06-06 - 来自专栏后端架构师
微服务架构拆分的 7 大黄金法则
微服务架构拆分的 7 大黄金法则 你是否还在为微服务架构的拆分而苦恼？本文揭秘 7 大拆分原则，助你轻松驾驭微服务架构！ 随着云计算的普及，微服务架构成为企业数字化转型的重要选择。 然而，如何合理拆分微服务却成为许多开发者的难题。本文将揭秘 7 大拆分原则，助你轻松驾驭微服务架构，提升系统性能和可维护性。 无论你是架构师还是开发者，这些原则都将为你带来实实在在的帮助。 今天，码哥带大家从不同角度来剖析微服务架构设计的 7 大原则，做到合理且正确地拆分出微服务，避免打造一个被人诟病的伪微服务架构大单体，徒增运维和开发成本。 铁观因：“码哥，微服务架构设计哪些原则可以指导我们正确的设计？避免设计出「依托答辩」的架构。” 好问题，一共有 7 大原则可以帮助我们设计一个好的微服务架构。 02 单一职责 简单的就是最好的！ 总结 掌握这 7 大黄金原则，轻松驾驭微服务架构，让你的系统更加健壮！现在就行动起来吧！ 互动时间到！ 非常期待听到你的声音！
1.4K12编辑于 2024-11-23 - 来自专栏以终为始
7-13 肿瘤诊断 （30 分)【 BFS 】
7-13 肿瘤诊断 （30 分) 在诊断肿瘤疾病时，计算肿瘤体积是很重要的一环。给定病灶扫描切片中标注出的疑似肿瘤区域，请你计算肿瘤的体积。
40910编辑于 2023-03-09 - 来自专栏开发经验
架构的未来：微前端与微服务的融合
文章目录 微服务架构简介 微前端架构简介 微前端与微服务的融合 1. 共享服务 2. 基于事件的通信 3. 统一的身份和认证 4. 交付管道的集成 示例：使用微服务和微前端的电子商务平台 微服务架构 微前端架构 融合微服务和微前端 结论 欢迎来到架构设计专栏~架构的未来：微前端与微服务的融合 ☆* o(≧▽≦)o *☆嗨~我是 ❤️ 在当今快速发展的软件开发领域，架构设计一直是一个不断演化的领域。随着技术的不断发展，我们看到了微服务架构和微前端架构这两种新兴的架构风格的崭露头角。 微前端与微服务的融合 虽然微服务和微前端是两种不同的架构风格，但它们之间存在许多共通之处。它们都强调了模块化、独立开发和部署的概念。 同样，微前端架构可以将前端模块拆分为多个独立的部分，这些部分可以在不同的前端应用程序之间共享。通过将微服务和微前端中的共享部分抽象为可重用的服务，可以实现更好的代码复用。 2.
84310编辑于 2023-12-13 - 来自专栏超级架构师
【微前端架构】AWS 上的微前端架构
微服务架构的特点是独立服务，这些服务专注于特定的业务功能，并由小型、自包含的团队维护。微服务架构经常用于在 AWS 上开发的 Web 应用程序，这是有充分理由的。 微前端架构将微服务开发原则引入前端应用程序。在微前端架构中，开发团队独立构建和部署“子”前端应用程序。这些应用程序由“父”前端应用程序组合而成，该前端应用程序充当容器来检索、显示和集成各种子应用程序。 带有微前端的微服务后端 微前端的好处 与单体前端相比，微前端具有以下优势： 独立工件：微服务开发的核心原则是工件可以独立部署，这对于微前端仍然适用。 在微前端架构中，团队应该能够独立部署他们的前端应用程序，而对其他服务的影响最小。这些更改将反映在父应用程序中。 自治团队：每个团队都是各自领域的专家。例如，计费服务团队成员具有专业知识。 结论 微前端架构为前端应用程序引入了微服务开发的许多熟悉的好处。微前端架构还允许您管理小型独立组件，从而简化构建复杂前端应用程序的过程。
2.5K10编辑于 2022-03-08 - 来自专栏汽车软件工程师
UDS诊断之3E服务
TesterPresent（0x3E）—— 会话保持 这个服务的目的是确保诊断服务或者之前激活的通信还处在激活的状态，可以保持当前的非默认（Default Session）会话，通过周期地发送请求帧来阻止自动跳转回默认 1.服务请求报文定义 图1 服务请求报文定义 Sub-Function定义： 图2 支持的子服务 注意上图为Bit 6 ~ 0的定义，Bit 7（supportPosRspMsgIndicationBit 本服务不支持有数据参数的报文。 supportPosRspMsgIndicationBit = TRUE时：禁止发送肯定响应的报文 （1）supportPosRspMsgIndicationBit=0 发送请求：3E 00 肯定响应：7E ，为了使这些服务在写DID的时候是在激活状态，就会使用0x3E使这些服务保持在激活状态，以完成写DID的操作。
4.3K40编辑于 2022-05-25 - 来自专栏对线JAVA面试
系统架构性能问题诊断及优化思路
今天谈下业务系统性能问题分析诊断和性能优化方面的内容。这篇文章重点还是谈已经上线的业务系统后续出现性能问题后的问题诊断和优化重点。 对于服务器的计算能力，一般来说厂家都会提供TPMC参数作为一个参考数据，但是我们实际看到相同TPMC能力下的X86服务器能力仍然低于小型机的能力。 第二个点也是我们经常谈的比较多的点，就是我们的业务系统在进行架构设计的时候，特别是面对非功能性需求，我们都会谈到系统本身的数据库，中间件都采用了集群技术，能够做到弹性水平扩展。 因此也是我们常说的要给点，即： 单点访问性能正常的时候可以扩展集群来应对大并发状态下的同时访问 单点访问本身性能就有问题的时候，要优先优化单节点访问性能 业务系统性能诊断的分类 对于业务系统性能诊断，如果从静态角度我们可以考虑从以下三个方面进行分类 比如我们提交一个表单很慢，通过APM分析我们很容易发现究竟是调用哪个业务服务慢，或者是处理哪个SQL语句慢。这样可以极大的提升我们性能问题分析诊断的效率。 END
77120编辑于 2022-10-27 - 来自专栏汽车软件工程师
UDS诊断之222E服务
1.1 服务请求报文定义 图1 0x22服务请求报文格式 注：服务请求报文可以请求一个或者多个DID。 1.2 肯定响应 图2 0x22服务肯定响应报文格式 1.3 支持的NRC 图3 0x22服务支持的NRC 1.4 示例 （1）读汽车VIN码 肯定响应从第4个字节开始的，即为读出的VIN码 2.1 服务请求报文定义 图4 0x2E服务请求报文格式 本服务不支持Sub-function。 2.2 肯定响应 图5 0x2E服务肯定响应报文格式 2.3 支持的NRC 图6 0x2E服务支持的NRC 2.4 示例 写入VIN码。 3 总结 在上述两个服务中，还涉及到Flash的读写擦除操作，当然这些就是服务请求函数内部如何实现的了，如有机会会和读者朋友们分享。
6.3K30编辑于 2022-05-25 - 来自专栏超级架构师
【服务网格架构】Envoy架构概览(7):断路，全局限速和TLS
/etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem (CentOS/RHEL 7) /etc/pki/tls/certs/ca-bundle.crt (Fedora 该功能可用于为Web基础架构构建边缘代理VPN支持。 客户端TLS认证过滤器配置参考。 微信公众号 关注微信公众号【首席架构师智库】 微信小号 希望加入的群：架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发，DevOps，数字化，产品转型。 点击加入知识星球【首席架构师圈】 微信圈子 志趣相投的同好交流。 点击加入微信圈子【首席架构师圈】 喜马拉雅 路上或者车上了解最新黑科技资讯，架构心得。 点击，收听【智能时刻，架构君和你聊黑科技】 知识星球 认识更多朋友，职场和技术闲聊。 点击加入知识星球【知识和技术】
80210发布于 2020-07-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号