- 综合排序
- 最热优先
- 最新优先
- 来自专栏ytkah
微信无法连接到服务器怎么诊断网络【微信高级教程3】
有时我们出门在外难免会出现网络信号不好的时候，微信会提示“无法连接到服务器”，可能还会弹出一个“诊断网络”的按钮窗口。要是没弹出怎么弄呢？其实微信早就藏着这个彩蛋了，我们没挖掘到而已。 在微信任意聊天窗口输入 //traceroute 并发送，还可以调出“诊断网络”功能。 ? 当微信突然连接网络失败却又无法解决的时候，可以尝试一下。
6.6K100发布于 2018-03-06 - 来自专栏架构师之路
微服务架构多“微”才合适？
一、互联网架构为什么要进行服务化-总结 上一篇和大伙交流了一下，随着数据量、并发量、业务复杂度的增长，互联网架构会出现以下问题： （1）代码到处拷贝 （2）底层复杂性扩散 （3）基础库（so/jar/dll @侯滇滇 同学提到： 多了一层服务层，架构实际上是更复杂了，需要引入一系列机制对服务进行管理，RPC服务化中需要注意： （1）RPC服务超时，服务调用者应有一些应对策略，比如重发 （2）关键服务例如支付 二、互联网微服务架构多“微”才适合 大家也都认可，随着数据量、流量、业务复杂度的提升，服务化架构是架构演进中的必由之路，今天要讨论的话题是：微服务架构多“微”才合适？ 垂直拆分是个好的方案，将子业务一个个拆出来，那么微信的服务化架构或许会变成这个样子： ? （1）服务层，整个群业务是一个service （2）存储层，实际可能对应了群信息、群成员、群消息等多个数据表 拆分成一个数据表一个service，则架构会变成这样： ?
1.6K61发布于 2018-03-01 - 来自专栏超级架构师
微服务与SOA架构（2）
本节中，我们会关注架构模式以及在微服务和SOA中比较常见的服务类型。 微服务架构就服务类型而言其分类法并不复杂，一般来说主要有两类服务类型，如图2-1所示。 图2-1 SOA内的服务分类法跟微服务有很大不同。在SOA中，从全局架构来看有非常明确的、非常正式的服务类型，各自在整体架构中扮演不同角色。 尽管在SOA中可以有任意数量的服务类型，架构模式定义了四种基本类型，如图2-2所示： ? 图2-3展示了微服务的服务责任制模型。 ? 图2-3 对于SOA而言，一般对不同服务类型有不同服务责任人。业务服务的责任人通常是业务用户，而企业服务的责任人大多是是共享的服务团队或者架构师。 图2-4展示了SOA架构下服务责任制模型。 ? 图2-4 服务责任人的重要性体现在全局的服务协调。在SOA中，必须在创建或维护某个应用需求的时候在多个组之间进行协调。
98850发布于 2018-04-09 - 来自专栏汽车软件工程师
UDS诊断之37服务
1.服务请求报文定义 图1 服务请求报文定义 Sub-Function： 本服务没有子服务。 2.肯定响应 图2 肯定响应报文格式 transferResponseParameterRecord：由用户定义。 maximumNumberOfBlockLength:(serviceId + BlockSequenceCounter (1 byte) + 127 server databytes = 129 data bytes) Step 2： 测试条件： （1）IG = ON （2）Engine = OFF （3）Vehicle Speed = 0 kph 报文示例： Step 1：请求RequestDownload（0x34）服务 发送请求 ：34 11 33 60(MSB) 20 00(LSB) 00(MSB) FF FF(LSB) 肯定响应：74 20 00(MSB) 81(LSB) Step 2：请求TransferData （0x36
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.请求报文定义 （1）Sub-function为请求Seed 图1 请求报文格式（1） （2）Sub-function为发送Key 图2 请求报文格式（2） （3）Sub-function参数定义 图3 Sub-function参数定义 2.响应报文定义 响应报文数据参数定义： 图4 数据参数定义 这里Key的计算方法是自定的，没有统一算法。 （1）肯定响应 图5 肯定响应报文格式 肯定响应参数定义： 图6 肯定响应参数 （2）否定响应 支持的NRC（Negative Response Code）如下图所示： 图7 支持的NRC
5K40编辑于 2022-05-25 - 来自专栏Java架构师历程
微服务在微信的架构实践
作者｜许家滔 编辑｜田光 微服务的理念与腾讯一直倡导的“大系统小做”有很多相通之处，本文将分享微信后台架构的服务发现、通信机制、集群管理等基础能力与其上层服务划分原则、代码管理规则等。 过去几年，微信都是很敏捷地在开发一些业务。所以我们的底层架构需要支撑业务的快速发展，会有一些特殊的需求。 另外，目前整个微信团队已经有一千多人了，开发人员也有好几百。 早年我们 QQ 邮箱、微信、图像压缩、反垃圾都是一个 web 服务，只有存储层会独立到后面去，甚至用 web 直连 MySQL。因为它早期比较小，后来变大之后就用微服务架构。 2011 年起负责微信后台基础架构，包括分布式存储平台和后台服务框架等，覆盖微信账号 / 消息 / 朋友圈核心存储等，并为公众号 / 微信支付 / 微信企业号等等业务提供组件支持，近两年专注于后台服务质量提升和高性能架构 文章来源：https://mp.weixin.qq.com/s/B_t2lQm2c_tXl_dlYhosdA
4.3K32发布于 2018-09-26 - 来自专栏汽车软件工程师
UDS诊断之31服务
RoutineControl（0x31）—— 例程控制 这个服务是用来执行一系列操作序列的，是笔者见过的用途最广泛的一个服务，可以根据需求进行一些服务定制，例如擦除内存，一些自学习流程，故障自检测，配置某些数据参数等 例程控制可以用来进行以下操作： 开始一个例程 结束一个例程 查看例程执行结果 1.服务请求报文定义 图1 服务请求报文定义 Sub-function定义： 图2 0x31服务支持的子服务 2.肯定响应 图3 肯定响应报文定义 routineControlType：对应服务请求的子服务 routineIdentifier：例程ID routineInfo：这部分是自定义的，提供一种机制，使测试工具根据这个值来实施一些流程 NRC 4.示例 （1）Sub-function = startRoutine 发送请求：31 01 02 01 肯定响应：71 01 02 01 32 （报文最后一个字节为汽车制造商自定义的状态） （2） ，与之类似的还有一个0x2F服务，只是对比31服务2F服务应用范围较窄，一般可以模拟一下车的灯光控制等，但是如果较复杂的流程的话还是用31服务多一些，感兴趣的读者可以自行了解一下。
12.6K10编辑于 2022-05-25 - 来自专栏汽车软件工程师
UDS诊断之34服务
1.服务请求报文定义 图1 服务请求报文定义 Sub-Function： 本服务没有子服务。 （2）addressAndLengthFormatIdentifier 这个参数也是1个字节的长度。 2.肯定响应 图2 肯定响应报文格式 参数定义： （1）lengthFormatIdentifier 这个参数为1字节长度。 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 - 来自专栏汽车软件工程师
UDS诊断之36服务
TransferData （0x36）—— 数据传输 这个服务通常是用来下载/上传数据时用的，数据的传输方向由不同的服务控制：0x34服务表示下载，0x35服务表示上传。 例如以下2种情形： 数据已经正确的传输给ECU了，但是用户这边没有收到肯定响应，timeout以后用户这边会再次重复刚刚发出去的数据（blockSequenceCounter还是之前那个值）。 （2）transferRequestParameterRecord 用来传输的数据，格式和长度是由车厂自定义的。 2.肯定响应 图2 肯定响应报文格式 （1）blockSequenceCounter 与服务请求报文中的blockSequenceCounter一致。 （2）transferResponseParameterRecord 对于下载来说，transferResponseParameterRecord应该包含由ECU计算的checksum，并且这个参数中不会再重复
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 - 来自专栏超级架构师
「微前端架构」微前端-Angular风格-第2部分
进入Angular惰性加载特性模块 Angular有一个内建的模块概念，它基本上是一个声明对象，用来指定封装在一个模块中的所有组件、指令、服务和其他模块。 部署和服务 为了为每个应用程序提供自己的部署，我们为每个应用程序创建了一个节点服务，每当一个团队创建一个新的应用程序部署时，都会创建一个封装应用程序的js包，每个服务都会公开一个端点，该端点返回到包的路径 移动到微前端方法是朝着正确的方向移动，因为应用程序越大，速度越小。 本文展示了一个使用Angular作为框架的解决方案，类似的解决方案也可以使用其他框架来实现。 原文：https://medium.com/outbrain-engineering/micro-front-ends-doing-it-angular-style-part-2-1393ced4ceab 本文:http://pub.intelligentx.net/micro-front-ends-doing-it-angular-style-part-2 讨论:请加入知识星球或者小红圈【首席架构师圈】
5.7K20发布于 2019-08-16 - 来自专栏前端博客
微前端学习笔记（1）：微前端总体架构概述，从微服务发微
，反观java 世界，学好 Spring MyBatis ,一路无忧，哎……微服务为了解决庞大的一整块后端服务带来的变更与扩展方面的限制，出现了微服务架构（Microservices）：微服务是面向服务架构 微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将单页面前端应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用还可以独立开发、独立部署。 微前端微前端是一种类似于微服务的架构，是一种由独立交付的多个前端应用组成整体的架构风格，将前端应用分解成一些更小、更简单的能够独立开发、测试、部署的应用，而在用户看来仍然是内聚的单个产品。 微服务架构，可以解耦后端服务间依赖。而微前端，则关注于聚合前端应用。热闹驱动开发。新的技术，既然很热闹，那么就学吧。微前端的实现，意味着对前端应用的拆分。 《微前端学习笔记（1）：微前端总体架构概述，从微服务发微》,请注明出处：https://www.zhoulujun.cn/html/webfront/engineer/Architecture/9029
1.2K10编辑于 2024-06-06 - 来自专栏程序员千羽
微服务架构之Spring Cloud入门2
org.springframework.web.bind.annotation.PathVariable; /** * @date Created by 邵桐杰 on 2020/8/30 21:36 * @微信公众号 2. import org.springframework.stereotype.Component; /** * @date Created by 邵桐杰 on 2020/8/31 0:06 * @微信公众号 * filters: # 添加请求路径的前缀 #- PrefixPath=/user #1表示过滤1个路径，2表示两个路径 微信公众号 : 千羽的编程时光
54010发布于 2021-01-14 - 来自专栏程序员的SOD蜜
架构如何为业务和技术“服务”(2)
Ø 服务层次：子系统直接的关系划分清楚了，有必要根据业务的需求，以业务关注点来划分业务服务，作为各子系统的公共服务，可以采用SOA方式来治理； Ø 组件层次：个业务组件的合理划分，比如基金基础数据，客户 JS框架（例如jQuery），MVC框架（实现了MVC架构的框架，例如ASP.NET MVC2），数据处理框架（例如Entity Framework,PDF.NET）； 了解其它框架，包括异常处理框架， 在整个项目开发阶段，协助项目经理进行项目资源风险评估，协助开发经理进行技术选型和风险评估，作开发人员的技术顾问； 2. 在项目的开始阶段，架构组派人参与项目的需求分析，并进行架构概要设计； 3. 领导与协调整个项目中的技术活动（分析、设计和实施等） 2. 推动主要的技术决策，并最终表达为软件架构 3. 确定和文档化系统的意义重大的方面，包括系统的需求、设计、实施和部署等 4. 这句话有一定道理，个人觉得，自己现在还不算是一个架构师，顶多算是一个高级软件工程师，改变观念，团队需要什么就是什么，一切从实际出发，为团队服务。
91580发布于 2018-02-27 - 来自专栏小白晋级大师
分布式系统架构2：服务发现
1.概念服务发现指的是分布式系统中，服务实例动态注册自己的信息到注册中心，其他服务能发现这些实例的位置，实现服务间通信。为什么需要服务发现？对于分布式应用来说，服务发现不是可选项，而是必须的。 2.组成由注册中心和消费者组成注册中心Service Registry：服务实例将自己的元数据（IP、端口、健康状态等）注册到注册中心。 维护一个服务注册表，记录所有可用服务的信息消费者Consumer：从注册中心获取目标服务的位置信息（服务实例列表），通过负载均衡选择一个实例进行通信。 适用场景：微服务架构中，服务实例与注册中心直接交互示例：Eureka：Spring Cloud中，服务通过 @EnableEurekaClient 注解实现主动注册。 优点：服务实例与注册逻辑解耦，服务代码无侵入。适用于现有服务缺点：依赖第三方组件，注册的实时性较低于主动注册6. 总结服务发现的核心流程服务注册：服务启动时向注册中心注册自身的元数据。
44210编辑于 2024-12-16 - 来自专栏开发经验
架构的未来：微前端与微服务的融合
文章目录 微服务架构简介 微前端架构简介 微前端与微服务的融合 1. 共享服务 2. 基于事件的通信 3. 统一的身份和认证 4. 交付管道的集成 示例：使用微服务和微前端的电子商务平台 微服务架构 微前端架构 融合微服务和微前端 结论 欢迎来到架构设计专栏~架构的未来：微前端与微服务的融合 ☆* o(≧▽≦)o *☆嗨~我是 ❤️ 在当今快速发展的软件开发领域，架构设计一直是一个不断演化的领域。随着技术的不断发展，我们看到了微服务架构和微前端架构这两种新兴的架构风格的崭露头角。 微前端与微服务的融合 虽然微服务和微前端是两种不同的架构风格，但它们之间存在许多共通之处。它们都强调了模块化、独立开发和部署的概念。 同样，微前端架构可以将前端模块拆分为多个独立的部分，这些部分可以在不同的前端应用程序之间共享。通过将微服务和微前端中的共享部分抽象为可重用的服务，可以实现更好的代码复用。 2.
84310编辑于 2023-12-13 - 来自专栏超级架构师
【微前端架构】AWS 上的微前端架构
微服务架构的特点是独立服务，这些服务专注于特定的业务功能，并由小型、自包含的团队维护。微服务架构经常用于在 AWS 上开发的 Web 应用程序，这是有充分理由的。 微前端架构将微服务开发原则引入前端应用程序。在微前端架构中，开发团队独立构建和部署“子”前端应用程序。这些应用程序由“父”前端应用程序组合而成，该前端应用程序充当容器来检索、显示和集成各种子应用程序。 图 2. 带有微前端的微服务后端 微前端的好处 与单体前端相比，微前端具有以下优势： 独立工件：微服务开发的核心原则是工件可以独立部署，这对于微前端仍然适用。 在微前端架构中，团队应该能够独立部署他们的前端应用程序，而对其他服务的影响最小。这些更改将反映在父应用程序中。 自治团队：每个团队都是各自领域的专家。例如，计费服务团队成员具有专业知识。 结论 微前端架构为前端应用程序引入了微服务开发的许多熟悉的好处。微前端架构还允许您管理小型独立组件，从而简化构建复杂前端应用程序的过程。
2.5K10编辑于 2022-03-08 - 来自专栏汽车软件工程师
UDS诊断之3E服务
TesterPresent（0x3E）—— 会话保持 这个服务的目的是确保诊断服务或者之前激活的通信还处在激活的状态，可以保持当前的非默认（Default Session）会话，通过周期地发送请求帧来阻止自动跳转回默认 1.服务请求报文定义 图1 服务请求报文定义 Sub-Function定义： 图2 支持的子服务 注意上图为Bit 6 ~ 0的定义，Bit 7（supportPosRspMsgIndicationBit 2.肯定响应 图3 肯定响应报文定义 3.支持的NRC 图4 服务支持的NRC 4.示例 在举例之前先来了解下supportPosRspMsgIndicationBit，在ISO14229-1 supportPosRspMsgIndicationBit = TRUE时：禁止发送肯定响应的报文 （1）supportPosRspMsgIndicationBit=0 发送请求：3E 00 肯定响应：7E 00 （2） ，为了使这些服务在写DID的时候是在激活状态，就会使用0x3E使这些服务保持在激活状态，以完成写DID的操作。
4.3K40编辑于 2022-05-25 - 来自专栏对线JAVA面试
系统架构性能问题诊断及优化思路
今天谈下业务系统性能问题分析诊断和性能优化方面的内容。这篇文章重点还是谈已经上线的业务系统后续出现性能问题后的问题诊断和优化重点。 老年代的内存大小设置为老年代存活对象的2-3倍。 第二个点也是我们经常谈的比较多的点，就是我们的业务系统在进行架构设计的时候，特别是面对非功能性需求，我们都会谈到系统本身的数据库，中间件都采用了集群技术，能够做到弹性水平扩展。 实际上我们看到对于数据库往往很难真正做到无限的弹性水平扩展，即使对于Oracle RAC集群往往也是最多扩展到单点的2到3倍性能。对于应用集群往往可以做到弹性水平扩展，当前技术也比较成熟。 比如我们提交一个表单很慢，通过APM分析我们很容易发现究竟是调用哪个业务服务慢，或者是处理哪个SQL语句慢。这样可以极大的提升我们性能问题分析诊断的效率。 END
77120编辑于 2022-10-27
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号