读<把时间当作朋友>摘要

本文探讨了如何正确管理和利用时间,提出了将时间视为朋友的理念。强调了积累的重要性,并提供了具体的方法来改善时间管理,如合理估算任务时间、立即行动、面对困难等。同时,文章还讨论了如何培养正确的思维方式,包括独立思考、逻辑分析等。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

时间是不可以管理的,我们能够管理的只有我们自己。时间在流逝,我们无法放慢时间,我们只能管理自己,改变对时间的态度。不以物喜,不以己悲。慢慢治疗自己的时间恐惧症。解决时间恐惧症的办法就是靠积累!

学会控制自己的大脑,不要成为大脑的奴隶。即使是在最艰苦的环境中,人也会拥有一种自由,选择自己态度的自由。

不要相信速成,做什么事情都是要积累的。想马上看到结果容易让人浮躁,让人感觉没有时间了,想快点儿做完。欲望无限和想做的事情太多,让自我满意度不断降低。需要正视自己的问题,我有不足,我无法一蹴而就,我需要时间。

很多人没有积累,没有方法和经验,就想要“我要…”完全不顾实际情况。稳健的人想的是我有…. 当我在想我要什么的时候,可以花时间想想我有什么。

因为不现实,所以脆弱。因为要求太高,所以常常做不到。习惯不完美,忍受未知。在未知中不断前行~无法忍受就会导致时间浪费,效率低下。最好的办法就是记录下来,继续前进。

越是对现状不满,越是焦虑。不要常常觉得苦,要在任何情况下找到乐趣。

把时间当作朋友的一个办法就是用正确的方法做正确的事情。“速成绝不可能”、“只有付出才有收获”、 “完美永不存在”、 “未知永远存在”、“现状无法马上摆脱”

如何把时间当作朋友?

完成一个陌生的任务,即使已经考虑了这个要素,也要准备3倍于这个的时间。

从现在就开始做,不要因为内心的恐惧而不去做,害怕做错。以及过分在意外部的评价,“不求有功,但求无过”,这是不可取的。

不要害怕困难,把简单的迅速做完以后开始快速做困难的。

如果不能控制这种逃避倾向,那么再多再巧的时间管理技巧都是无效的,因为本质上来看,任务中相当重要的一部分(通常因为重要而困难,也因为困难而重要)永远完成不了。

通过关注HOW而反复拆分任务,最终确认每个子任务都是可完成的,这是不可或缺的功课。

看着纸上罗列出的任务,就可以分辨哪些任务简单而又机械的,而另外哪些任务是相对复杂而又有机的。

学会对时间有更加精准的把握,使用记录过程的方法。”事件-时间日志“记录可以调整我对时间的感觉,在估算任何工作量的时候,都更容易确定“真正现实可行的目标”。又恰恰因此总是基本上可以达成目标,于是,基本上可以算是“战胜了焦虑”。

想尽一切办法真正了解自己,真正了解时间、精确地感知时间;而后再想尽一切办法使自己以及自己的行为与时间 “合拍”,就是我的说法——“与时间做朋友”

计划固然重要,但是行动更加重要。

放弃的原因有很多,其中一种就是找到更好的方向。需要预演和验收机制。

你把时间和进展之间的关系仅仅理解为纯粹的线性关系,那你最终根本不可能遇到你所满意的进展。其实, 没有哪个人可以长时间忍受失望。这样看来,你曾经的放弃,往往并不是因为你没有毅力,而只是对时间和进展之间的关系理解错误造成的——在频繁发生失望甚至绝望的情况下你居然坚持了那么久,你其实是多么的有毅力啊!

所谓独立思考,只不过是,当别人告诉你一个结论的时候,你自己动脑重新推演一遍得到结论的过程,看看有没有漏洞,有没有不合理的地方,衡量一下那结论到底有多少道理而已。

独立思考的钥匙之一是这样的:首先要了解:权威不一定 等于正确。进一步要明白:就算权威正确,也只不过是权威表达了正确,而正确并不属于权威。最后要清楚:更准确地来说,权威只是权威、正确就是正确,它们俩什么时候都不是一回事儿。

讲逻辑:

逻辑错误的原因:概念不清和拒绝接受不确定性。

拒绝接受不确定性,是因为害怕复杂,想要简单。

所有的粗暴二分法 (False dichotomy),也是拒绝接受不确定性的结果,犯这中逻辑错误的人,暗自希望自己的二分法能够概括一切情况,不自觉之间已经把‚不确定的因素排除在外。

有些有用的句式:
……是一回事儿,而……是另外一回事儿。
……和……其实根本不是一回事儿。
可是,这并不意味着说……
……可能还有另外一种可能性(解释)。
……看起来像……,可是……
…….而事实却可能远比看起来的更为复杂(简 单)。
…….然而,(这个论断)反过来(陈述)却不一定 成立……
……其实很可能与……根本就没有任何关系。
……之间不一定是单纯的因果关系,它们也可能互为因果。
……之间的比较也许没有任何意义。
……其实不过是表面现象,其背后的本质是……
……有个通常被忽略的前提。
……尽管听起来很有道理,然而却完全不现实。
……也许有人会说……,但是这种质疑却……

一些错误的典型:当我们批判某一些观点的时候,有人反驳:难道……就没有一点可取之处么?很多人分不清‚自己的观点被批评与自己被批评之间的重大差异。
我发现……还是很有一些道理的!常常成为很多人莫 名其妙地把垃圾当宝贝的唯一理由。可是何必呢?那些真的有道理的部分,不是一定只有在那里存在啊。垃圾里当然也可能有些宝贝,但是在已经把宝藏放在眼前、宝贝用都用不完的时候,为什么还一定跑到臭气熏天的垃圾堆里 “淘宝”呢?
要是……就好了!“这个句型是用来表达后悔情绪的,而“后悔”是最浪费时间的——因为无论如何这个情绪都于事无补。
要是……就好了!这个句型是用来表达后悔情绪的,而后悔是最浪费时间的——因为无论如何这个情绪都于事无补要接受一个不完美的自己,当你在想要是….的时候就脑补一下现实。

因果关系:
A不一定是B的理由
A不一定是B唯一的理由

谁主张谁举证:
既然你无法证明我是错的,那么我就是对的。这是一种典型的逻辑错误,学称‚Argument from ignorance(或appeal to ignorance)。

运用:

所谓的幸运就 是当你准备好了的时候机会来了。不要相信运气,要相信努力。

整本书看下来,我感觉前半部分更有体会,后半部分谈到逻辑、实践以后就有些老生常谈了。

有两个yml文件,第一个业务层的:<?xml version="1.0"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <parent> <groupId>com.mw</groupId> <artifactId>ky-app-server</artifactId> <version>5.7.0</version> </parent> <artifactId>ky-app-server-biz</artifactId> <dependencies> <!--必备: undertow容器--> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-undertow</artifactId> </dependency> <!--必备: spring boot web--> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <!--必备: 注册中心客户端--> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> </dependency> <!--必备: 配置中心客户端--> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId> </dependency> <!--必备: 操作数据源相关--> <dependency> <groupId>com.mw</groupId> <artifactId>ky-common-data</artifactId> </dependency> <!--必备:ky安全模块--> <dependency> <groupId>com.mw</groupId> <artifactId>ky-common-security</artifactId> </dependency> <!--必备:xss 过滤模块--> <dependency> <groupId>com.mw</groupId> <artifactId>ky-common-xss</artifactId> </dependency> <!--必备: sentinel 依赖--> <dependency> <groupId>com.mw</groupId> <artifactId>ky-common-sentinel</artifactId> </dependency> <!--必备: feign 依赖--> <dependency> <groupId>com.mw</groupId> <artifactId>ky-common-feign</artifactId> </dependency> <!--必备: 依赖api模块--> <dependency> <groupId>com.mw</groupId> <artifactId>ky-app-server-api</artifactId> <version>5.7.0</version> </dependency> <!--必备: log 依赖--> <dependency> <groupId>com.mw</groupId> <artifactId>ky-common-log</artifactId> </dependency> <!--选配: mybatis 依赖 --> <dependency> <groupId>com.baomidou</groupId> <artifactId>mybatis-plus-spring-boot3-starter</artifactId> </dependency> <!--选配: druid 连接池 --> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid-spring-boot-3-starter</artifactId> </dependency> <!--选配: mysql 数据库驱动 --> <dependency> <groupId>com.mysql</groupId> <artifactId>mysql-connector-j</artifactId> </dependency> <!--选配: swagger文档--> <dependency> <groupId>com.mw</groupId> <artifactId>ky-common-swagger</artifactId> </dependency> </dependencies> <profiles> <profile> <id>cloud</id> <activation> <activeByDefault>true</activeByDefault> </activation> <build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <executions> <execution> <goals> <goal>repackage</goal> </goals> <configuration> <loaderImplementation>CLASSIC</loaderImplementation> </configuration> </execution> </executions> </plugin> <plugin> <groupId>io.fabric8</groupId> <artifactId>docker-maven-plugin</artifactId> <configuration> <skip>false</skip> </configuration> </plugin> </plugins> </build> </profile> <profile> <id>boot</id> </profile> </profiles> </project> 第二个总的:<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <parent> <groupId>com.mw</groupId> <artifactId>ky</artifactId> <version>5.7.0</version> </parent> <artifactId>ky-app-server</artifactId> <packaging>pom</packaging> <!--项目子模块--> <modules> <module>ky-app-server-api</module> <module>ky-app-server-biz</module> </modules> </project> 我该如何改
最新发布
07-31
<think>根据之前的问题和错误信息,问题在于配置文件中使用了`@...@`占位符,而Spring Boot在解析YAML文件时无法识别这种格式,导致启动失败。解决方案是启用Maven资源过滤,并替换占位符格式。 但是,你提供了两个pom.xml文件。第一个是业务模块(ky-app-server-biz)的pom,第二个是总项目(ky-app-server)的pom。我们需要在业务模块的pom中启用资源过滤,因为配置文件通常位于业务模块的`src/main/resources`目录下。 修改建议: 1. 在业务模块(ky-app-server-biz)的pom.xml中,添加资源过滤配置。 2. 由于项目使用了Spring Boot,建议将占位符格式改为`${...}`,并在Maven资源过滤中处理这些占位符。 具体步骤: 在`ky-app-server-biz`模块的pom.xml中,找到`<build>`标签(在`<profiles>`之前),添加资源过滤配置。如果已有`<build>`标签,则在其内部添加`<resources>`配置。 修改后的`ky-app-server-biz`模块的pom.xml的build部分示例: 注意:由于你的项目是Spring Boot,并且使用了多模块,我们只需要在业务模块(即包含配置文件的模块)中配置资源过滤。 修改`ky-app-server-biz/pom.xml`: 在`<dependencies>`之后,`<profiles>`之前,添加如下配置: ```xml <build> <resources> <resource> <directory>src/main/resources</directory> <filtering>true</filtering> <!-- 启用过滤 --> <includes> <include>**/*.yml</include> <include>**/*.yaml</include> <include>**/*.properties</include> </includes> </resource> <!-- 如果需要保留其他资源不过滤,可以再添加一个resource --> <resource> <directory>src/main/resources</directory> <filtering>false</filtering> <excludes> <exclude>**/*.yml</exclude> <exclude>**/*.yaml</exclude> <exclude>**/*.properties</exclude> </excludes> </resource> </resources> </build> ``` 但是,上面的配置会将所有的yml、yaml、properties文件进行过滤,而其他文件不过滤。这样,当Maven构建时,就会将`@...@`占位符替换为pom中定义的值(或者通过properties文件定义的值)。 另外,在配置文件中,将占位符改为`${...}`格式,例如: 原来的: username: @nacos.username@ 改为: username: ${nacos.username} 但是,注意:如果项目中其他地方使用了`${...}`作为Spring的占位符,而你又希望Maven过滤时不要处理这些,那么需要小心。不过,通常我们只希望Maven处理构建时确定的变量(比如项目版本、自定义的变量等),而Spring的配置占位符在运行时由Spring处理。因此,我们可能希望Maven只处理特定格式(比如`@...@`)的占位符,而保留`${...}`给Spring处理。 所以,另一种做法是保留配置文件中使用`@...@`,然后配置Maven资源过滤仅替换这种格式。但是,Spring Boot的YAML解析器不允许`@`出现在值中(除非被引号括起来),所以更好的做法是统一使用`${...}`,并让Maven和Spring分别处理不同的变量。 如何区分? 我们可以配置Maven资源过滤时使用不同的分隔符,但这样会增加复杂性。通常,我们让Maven处理构建时变量(比如项目版本、自定义的构建属性),而Spring处理运行时变量(比如数据库密码,从环境变量或配置中心获取)。 因此,建议: 1. 在Maven资源过滤中,我们只过滤那些在构建时就已经确定的变量(比如项目版本、资源路径等),而运行时变量(如数据库连接)不应该在构建时确定,而是由Spring在运行时通过环境变量、配置中心等获取。 2. 对于需要在构建时注入的属性,在pom中定义属性,然后在配置文件中使用`${...}`,这样Maven在资源过滤时会用pom中的属性值替换。 但是,你的错误信息中显示的是`@nacos.username@`,这显然是一个需要在构建时注入的属性吗?还是说它应该是一个运行时变量?通常,nacos的用户名应该是运行时变量,不应该在构建时确定。所以,这里可能是一个设计错误。 重新考虑:如果`nacos.username`是运行时变量(比如在应用启动时从Nacos配置中心获取),那么它就不应该出现在需要Maven过滤的配置文件中。正确的做法是: - 在配置文件中使用Spring的占位符:`${nacos.username:default_value}`,这样Spring会在启动时去配置中心获取。 - 同时,确保这个配置文件不被Maven资源过滤处理(即不要使用`@...@`,也不要在Maven中过滤这个变量)。 因此,解决方案应该是: 1. 修改配置文件,将`@...@`改为`${...}`,但这是给Spring处理的,不是给Maven处理的。 2. 然后,在Maven资源过滤中,排除对这些配置文件的处理,避免Maven误将Spring占位符当作Maven属性处理。 所以,我们修改资源过滤配置,不对application.yml进行过滤(因为它是运行时配置),只过滤其他需要构建时替换的文件(如果有的话)。但问题中只有这个配置文件需要处理,且它里面使用了`@...@`,所以我们要么改变占位符风格,要么让Maven处理掉这些`@...@`。 考虑到错误是`@`字符不能作为YAML标记的开始,所以我们必须去掉这些`@`。有两种方式: 方式一:将`@...@`改为`${...}`,并且确保Maven不过滤这些文件(因为运行时变量不需要构建时替换)。 方式二:将`@...@`改为合法的YAML值,比如用引号括起来:`"@nacos.username@"`,这样YAML解析器会将其作为字符串,然后通过Maven资源过滤将其替换掉。 但是,方式二需要确保Maven资源过滤能够替换掉这些占位符,并且替换后变成合法的YAML值(比如替换后是字符串,不需要引号)。 由于错误信息中明确说不要用`@`做缩进,所以用引号括起来可以避免YAML解析错误,然后通过Maven资源过滤将`@nacos.username@`替换为实际值(比如替换成`admin`,这样字符串就变成了`"admin"`,在YAML中是合法的)。 如何选择? 如果`nacos.username`是在构建时确定的(比如每个环境构建不同的包),那么用方式二:引号+资源过滤。 如果`nacos.username`是在运行时确定的(比如同一个包在不同环境启动时动态获取),那么用方式一:改为Spring占位符,并且不要用Maven过滤。 根据项目情况,通常我们更倾向于运行时配置,所以推荐方式一。 因此,步骤: 1. 修改配置文件:将`@nacos.username@`改为`${nacos.username}`(注意:如果nacos配置中心有对应的配置,这样写是没问题的,或者使用默认值`${nacos.username:admin}`)。 2. 在Maven资源过滤中,排除application.yml,避免Maven误处理`${}`占位符。因为Maven默认的资源过滤也会处理`${}`,这样就会把Spring的占位符替换掉(而Maven中又没有这些属性,导致替换为空)。 所以,修改后的资源过滤配置如下(在业务模块pom中): ```xml <build> <resources> <resource> <directory>src/main/resources</directory> <filtering>true</filtering> <!-- 排除application.yml,因为我们要用Spring的占位符 --> <excludes> <exclude>application*.yml</exclude> </excludes> </resource> <resource> <directory>src/main/resources</directory> <filtering>false</filtering> <includes> <include>application*.yml</include> </includes> </resource> </resources> </build> ``` 但是,这样配置的话,原来`@...@`占位符就不会被替换了。所以,我们需要将配置文件中所有`@...@`改为`${...}`,并且这些`${...}`不会被Maven处理,而是留给Spring处理。 总结修改步骤: 1. 在业务模块的pom.xml中,添加上述build配置,确保application.yml不被过滤。 2. 将配置文件(如application.yml)中的`@...@`改为`${...}`(Spring占位符格式)。 3. 确保在运行应用时,这些属性能够通过环境变量、配置中心或命令行参数等方式注入。 这样,在构建时,Maven不会处理application.yml,所以不会修改里面的`${...}`。在应用启动时,Spring会处理这些占位符。 注意:如果有些属性需要在构建时注入(比如项目版本),那么可以单独为这些属性创建一个配置文件(比如build.properties),然后让Maven过滤这个文件,而在application.yml中引用这个文件?或者使用Spring Boot的多配置文件特性。 由于问题中只出现了一个配置错误,所以按照上述修改即可。 最后,修改完成后,运行`mvn clean package`构建项目,然后运行jar包,应该就不会有YAML解析错误了。 如果问题仍然存在,请检查是否还有其他配置文件使用了`@`符号,需要一并修改。 由于你提供了两个pom文件,总项目的pom不需要修改,只需要修改业务模块的pom。 修改后的业务模块pom.xml(ky-app-server-biz/pom.xml)在`<dependencies>`和`<profiles>`之间加上`<build>`部分,如上面代码所示。 同时,修改application.yml文件,将`@...@`替换为`${...}`。 例如: 原配置: username: @nacos.username@ 改为: username: ${nacos.username} 或者,如果担心没有配置时的默认值,可以: username: ${nacos.username:defaultUser} 这样,在启动时,如果系统属性或环境变量中没有设置`nacos.username`,就会使用`defaultUser`。 注意:Spring Boot的占位符解析要求属性必须存在(除非指定默认值),否则会启动失败。所以,如果属性是必须的,建议不设置默认值,这样启动失败可以及时发现配置缺失。 另外,如果项目中有多个配置文件(如application-dev.yml, application-prod.yml),也需要一并修改。 修改后,提交代码,然后重新构建项目。 如果同事的本地环境是直接运行main方法启动,而没有经过Maven构建,那么他们可能没有资源过滤这一步,所以不会出错。但是,为了统一,建议按照上述方式修改,这样构建的包和直接运行main方法的行为就一致了。 最后,如果项目中有其他地方使用了`@...@`作为占位符,也需要修改,或者调整Maven资源过滤的配置来处理这些文件(比如非YAML文件)。 由于问题中只提到了YAML配置文件,所以先修改这些。 所以,你的修改步骤: 1. 修改业务模块的pom.xml,添加build配置(资源过滤,排除application*.yml)。 2. 修改application.yml(以及profile相关的yml)中的占位符,将`@...@`改为`${...}`。 3. 构建并测试。 这样应该就能解决问题。 §§相关问题§§: 1. Maven资源过滤中,如何自定义占位符的格式(例如使用`@...@`而不是`${...}`)? 2. Spring Boot中,如何设置配置属性的默认值? 3. 在Spring Boot的多环境配置中,如何指定激活的配置文件? 4. 如果不想在配置文件中使用默认值,如何确保在属性不存在时让Spring Boot启动失败?</think>### 问题分析与解决方案 根据您提供的两个 `pom.xml` 文件和错误信息,问题核心在于 YAML 配置文件中使用了 `@...@` 占位符格式,而 Spring Boot 无法解析这种格式。以下是详细解决方案: #### 1. 修改业务模块的 `pom.xml` (ky-app-server-biz) 在 `<dependencies>` 后添加资源过滤配置: ```xml <build> <resources> <!-- 处理普通资源不过滤 --> <resource> <directory>src/main/resources</directory> <filtering>false</filtering> <includes> <include>**/*.xml</include> <include>**/*.txt</include> </includes> </resource> <!-- 专门处理 YAML 配置文件 --> <resource> <directory>src/main/resources</directory> <filtering>true</filtering> <includes> <include>application*.yml</include> <include>bootstrap*.yml</include> </includes> <!-- 防止 Spring 占位符被 Maven 处理 --> <useDefaultDelimiters>false</useDefaultDelimiters> <delimiters> <delimiter>@</delimiter> <!-- 仅处理 @...@ 格式 --> </delimiters> </resource> </resources> </build> ``` #### 2. 在父模块 `pom.xml` (ky-app-server) 中添加属性 在 `<modules>` 后添加 Maven 属性: ```xml <properties> <!-- 定义 Nacos 配置属性 --> <nacos.username>your_actual_username</nacos.username> <nacos.password>your_actual_password</nacos.password> <!-- 资源过滤配置 --> <resource.delimiter>@</resource.delimiter> <spring-boot.version>3.2.4</spring-boot.version> <maven-resources-plugin.version>3.3.1</maven-resources-plugin.version> </properties> <build> <pluginManagement> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-resources-plugin</artifactId> <version>${maven-resources-plugin.version}</version> <configuration> <useDefaultDelimiters>false</useDefaultDelimiters> <delimiters> <delimiter>${resource.delimiter}</delimiter> </delimiters> </configuration> </plugin> </plugins> </pluginManagement> </build> ``` #### 3. 修改 YAML 配置文件 在 `application.yml` 或 `bootstrap.yml` 中统一使用 `${...}` 格式: ```yaml nacos: username: ${nacos.username} # 使用 Maven 属性 password: ${nacos.password} # 使用 Maven 属性 spring: config: import: optional:nacos:${spring.application.name}.yaml # Spring 原生占位符 ``` ### 关键修改说明 1. **资源过滤隔离**: - 使用 `<useDefaultDelimiters>false</useDefaultDelimiters>` 禁用默认的 `${...}` 处理 - 通过 `<delimiter>@</delimiter>` 指定只处理 `@...@` 格式 - 分离 YAML 和其他资源的处理策略 2. **占位符类型区分**: - `@...@`:由 Maven 在构建时替换(适合固定值) - `${...}`:由 Spring 在运行时替换(适合动态配置) 3. **安全防护**: - 在父 POM 中定义敏感信息属性 - 使用 Maven 的 `settings.xml` 加密密码 - 避免在代码库中硬编码凭据 ### 验证步骤 1. 执行构建命令: ```bash mvn clean package -DskipTests ``` 2. 检查构建后的配置文件: ```bash unzip -p ky-app-server-biz/target/*.jar BOOT-INF/classes/application.yml ``` 3. 确认输出中 `@...@` 已被替换: ```yaml nacos: username: your_actual_username password: your_actual_password ``` ### 为什么同事环境正常? 1. **构建差异**: - 同事可能使用了 `-Pcloud` profile 完整构建 - 服务器部署的是已构建的 JAR 包(占位符已被替换) - 您可能直接运行了未过滤的源代码 2. **环境隔离**: - 同事可能在 `settings.xml` 或环境变量中定义了属性 - 服务器通过 CI/CD 流程注入了真实值 ### 最佳实践建议 1. **配置分离**: ```xml <!-- 在父 POM 中定义环境配置 --> <profiles> <profile> <id>dev</id> <properties> <nacos.username>dev_user</nacos.username> </properties> </profile> <profile> <id>prod</id> <properties> <nacos.username>prod_user</nacos.username> </properties> </profile> </profiles> ``` 2. **安全加固**: ```bash # 在 settings.xml 中加密密码 mvn --encrypt-password ``` 3. **配置验证插件**: ```xml <!-- 添加 YAML 验证插件 --> <plugin> <groupId>org.leadpony.joy</groupId> <artifactId>joy-maven-plugin</artifactId> <version>3.1.0</version> <executions> <execution> <goals> <goal>validate</goal> </goals> </execution> </executions> </plugin> ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值