概述

在当今低代码开发的时代，平台的易用性和灵活性至关重要。右上角平台跳转作为用户界面中常见的交互元素，对于提高用户体验具有举足轻重的地位。有时我们会遇到跳转失效的情况，这无疑给用户带来了困扰。本文以JVS低代码平台为例，探讨如何通过后台配置来确保平台右上角跳转的正常运作。

如何配置平台右上角跳转

应用管理

平台右上角跳转失效的配置可以通过后台进行。具体步骤如下： 1. 进入Nacos配置：需要在Nacos中进行配置。进入到对应的目录名称下。 Nacos是一个功能丰富的平台，支持配置管理、服务发现以及更多功能。 2. 选择对应目录：在Nacos中，定位到对应的目录名称。这个目录与需要配置的平台跳转功能紧密相关。 3. 配置跳转：在配置内容页面选定的目录下，可以进行详细的跳转配置。 完成配置后，点击确认重新发布配置，并回到平台刷新界面即可。

示例展示

在线demo：开源框架：

结语

通过本文的介绍，我们了解了如何通过后台配置来解决JVS低代码平台右上角跳转失效的问题。通过对Nacos配置的调整，我们可以确保平台跳转的正常运作，从而提高用户体验。

---

通过API写入Nacos配置

引入 nacos-client 1.4.1 (nacos-client 2021.1 月发布的版本才可控制 nacos控制台显示的格式 ，之前的版本发布配置只会是text格式，建议使用1.4.1) 主要使用#publishConfig

2021-11-22 spring-cloud-nacos配置优先级

最近有项目组同学问到为什么自己配置了nacos，但配置不生效？我简单看了下，发现问题出在相关配置的优先级模式不同。 spring-boot项目，有bootstrap、application两个配置文件，结合profile，和支持的文件格式properties、yaml，已经有6个配置文件了。 然后使用了spring-cloud-starter-alibaba-nacos-config 后，又提供了三级配置。 这些配置之间的组合关系，将在无形中影响配置的效果。 很多同学只知道其中的一种，因此在无意识引入两种或以上的配置后，就会发现有奇怪的配置不生效问题发生。 spring-boot项目依赖 用于应用程序上下文的引导阶段，由父Spring ApplicationContext加载，其工作的阶段为父ApplicationContext 被加载到使用的之前。 也就是说 bootstrap 加载优先于 applicaton。 bootstrap 主要用于从额外的资源来加载配置信息，还可以在本地外部配置文件中解密属性。 这两个上下文共用一个环境，它是任何Spring应用程序的外部属性的来源。 bootstrap 里面的属性会优先加载，它们默认也不能被本地相同配置覆盖。 bootstrap 配置文件有以下几个应用场景： 由于spring-boot支持多种文件格式，所以多种格式之间，其优先级是平等的，只要找到了一个，就会被使用。 一般有、、等格式。 应用级别的spring-boot配置文件，主要用于 Spring Boot 项目的自动化配置，其加载优先级低于。 nacos作为外部配置服务器，通过spring-boot的引入。 但nacos本身，也提供了三级配置体系：主配置(只有一个，但会按照不同后缀名，去找到相关配置）、扩展配置、共享配置。 三级配置的优先级如下：主配置 > 扩展配置 > 共享配置 nacos提供的配置路径下，有一系列的属性用于定位主配置。 基于 prefix（默认为${}的值）、namespace、group（默认为字符串DEFAULT_GROUP ）、file-extension（默认为字符串 ），按组装规则${prefix}-${}.${file-extension} 去找到一个配置。 在nacos的所有配置中，主配置（存在的情况下）具有最高的优先级，其同名配置值不能被扩展配置或共享配置中定义的同名属性所覆盖。 上述两类配置都支持三个属性： data-id 、 group （默认为字符串DEFAULT_GROUP ）、 refresh （默认为 true ）。 实际上，nacos中并未对extension-configs和shared-configs的差别进行详细阐述。 我们从他们的结构，看不出本质差别；除了优先级不同以外，也没有其他差别。 那么，nacos项目组为什么要引入两个类似的配置呢?我们可以从当初 该功能的需求（issue） 上找到其原始目的。 摘要其核心内容如下：