阅读视图

发现新文章,点击刷新页面。

Springboot 接收&返回 LocalDateTime 全自动时间戳互转

前言

从Java 8开始,LocalDateTime作为一种更高效的日期时间处理类被引入,用以替代旧版的Date。然而,在Spring Boot项目中,默认情况下前端传入和返回LocalDateTime的格式可能不符合期望(例如:期望为毫秒级时间戳)。因此,需要配置自定义的序列化器和反序列化器来满足需求。

注意事项

  • JavaScript中的Number类型整数取值范围是±2^53 - 1,而Java中的Long类型可以安全地表示更大的数值(64位),因此推荐在Java端使用LongString来接收和返回数据,以避免精度丢失问题。

解决方案

为了使Spring Boot应用能够正确地将LocalDateTime与毫秒级时间戳相互转换,可以通过自定义Jackson的序列化器和反序列化器来实现。以下是具体的实现代码:

import com.fasterxml.jackson.databind.ObjectMapper;
import com.fasterxml.jackson.datatype.jsr310.JavaTimeModule;
import com.fasterxml.jackson.datatype.jsr310.ser.LocalDateTimeSerializer;
import com.fasterxml.jackson.datatype.jsr310.deser.LocalDateTimeDeserializer;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.http.converter.json.Jackson2ObjectMapperBuilder;

import java.time.LocalDateTime;
import java.time.format.DateTimeFormatter;

@Configuration
public class LocalDateTimeConfig {

    @Bean
    public Jackson2ObjectMapperBuilderCustomizer jackson2ObjectMapperBuilderCustomizer() {
        return builder -> {
            // 创建一个用于序列化和反序列化的DateTimeFormatter
            DateTimeFormatter dateTimeFormatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss");

            // 添加自定义的LocalDateTime序列化器和反序列化器
            JavaTimeModule javaTimeModule = new JavaTimeModule();
            javaTimeModule.addSerializer(LocalDateTime.class, new LocalDateTimeSerializer(dateTimeFormatter));
            javaTimeModule.addDeserializer(LocalDateTime.class, new LocalDateTimeDeserializer(dateTimeFormatter));

            // 将JavaTimeModule添加到ObjectMapper中
            builder.modules(javaTimeModule);
        };
    }
}

灵感时刻-2025-04-24 22:35:11

18岁时想拥有的东西,30岁的时候全都拥有了。那个时候真傻,总想着快点长大,去大城市。跟着流淌的车河,如云的大厦。仿佛这里才是每一个少年都应该去的地方,现在好了,我确实是和车河一起,流淌在了水泥丛林。24小时灯火通明的城市,像是一个庞大的机器,永远在高效冷静地转动。

SpringBoot中6种自定义starter开发方法

一、什么是SpringBoot Starter

在SpringBoot生态中,starter是一种特殊的依赖,它能够自动装配相关组件,简化项目配置。

官方提供了众多starter,如spring-boot-starter-web、spring-boot-starter-data-jpa等,但在实际业务中,我们常常需要开发自己的starter来封装通用功能,实现一次开发,多处复用。

自定义starter的核心价值在于:

• 封装复杂的配置逻辑,实现开箱即用 • 统一技术组件的使用规范,避免”轮子”泛滥 • 提高开发效率,减少重复代码 本文将详细介绍6种不同的自定义starter开发方法。

二、方法一:基础配置类方式

这是最简单的starter开发方法,通过创建一个包含@Configuration注解的配置类,使用@Bean方法定义需要注入的组件。

实现步骤 1. 创建Maven项目:命名遵循xxx-spring-boot-starter格式 2. 添加依赖:

<dependencies>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter</artifactId>
    </dependency>
</dependencies>
  1. 创建配置类:

    @Configuration
    public class SimpleServiceAutoConfiguration {
        
    @Bean
    public SimpleService simpleService() {
        return new SimpleServiceImpl();
    }
    }
    
  2. 创建自动配置文件:在resources/META-INF/spring.factories中添加:

    org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
    com.example.SimpleServiceAutoConfiguration
    

使用方式

使用时只需要在项目中添加依赖:

<dependency>
    <groupId>com.example</groupId>
    <artifactId>simple-spring-boot-starter</artifactId>
    <version>1.0.0</version>
</dependency>

优缺点分析

优点:

• 实现简单,上手容易 • 适合封装简单的功能组件

缺点:

• 不支持定制化配置 • 无法根据条件选择性装配 • 功能过于简单,适用场景有限

适用场景:适合封装简单的工具类或无需外部配置的功能组件。

三、方法二:条件装配方式

通过SpringBoot的条件装配机制,实现根据特定条件决定是否启用配置的starter。

实现步骤

  1. 创建Maven项目同上
  2. 创建配置类,添加条件注解:

    @Configuration
    @ConditionalOnClass(RedisTemplate.class)
    public class RedisServiceAutoConfiguration {
        
    @Bean
    @ConditionalOnMissingBean
    public RedisService redisService() {
        return new RedisServiceImpl();
    }
        
    @Bean
    @ConditionalOnProperty(prefix = "redis.cache", name = "enabled", havingValue = "true")
    public RedisCacheManager redisCacheManager() {
        return new RedisCacheManager();
    }
    }
    
  3. 配置自动装配文件同上

条件注解说明

SpringBoot提供了丰富的条件注解:

• @ConditionalOnClass:当类路径下有指定类时 • @ConditionalOnMissingBean:当容器中没有指定Bean时 • @ConditionalOnProperty:当配置文件中有指定属性时 • @ConditionalOnWebApplication:当应用是Web应用时 • @ConditionalOnExpression:基于SpEL表达式的条件

优缺点分析

优点:

• 智能装配,避免无用组件加载 • 可以根据环境条件决定是否启用功能 • 防止与已有Bean冲突

缺点:

• 配置逻辑较复杂 • 调试排错难度增加 • 需要考虑条件之间的优先级和冲突

适用场景:适合需要根据环境条件选择性启用的功能组件,如根据是否是Web环境决定是否启用Web相关功能。

四、方法三:属性绑定方式

通过@ConfigurationProperties实现自定义配置的starter,支持从配置文件中读取参数。

实现步骤

  1. 创建属性类:

    @ConfigurationProperties(prefix = "example.service")
    @Data
    public class ServiceProperties {
    /**
     * 是否启用服务
     */
    private boolean enabled = true;
        
    /**
     * 服务URL
     */
    private String url = "http://localhost:8080";
        
    /**
     * 连接超时时间
     */
    private int timeout = 3000;
    }
    
  2. 创建自动配置类:

    @Configuration
    @EnableConfigurationProperties(ServiceProperties.class)
    @ConditionalOnProperty(prefix = "example.service", name = "enabled", havingValue = "true", matchIfMissing = true)
    public class ExampleServiceAutoConfiguration {
        
    @Autowired
    private ServiceProperties properties;
        
    @Bean
    @ConditionalOnMissingBean
    public ExampleService exampleService() {
        return new ExampleServiceImpl(properties.getUrl(), properties.getTimeout());
    }
    }
    
  3. 配置元数据提示:创建META-INF/spring-configuration-metadata.json

    {
    "properties": [
    {
      "name": "example.service.enabled",
      "type": "java.lang.Boolean",
      "description": "Whether to enable example service.",
      "defaultValue": true
    },
    {
      "name": "example.service.url",
      "type": "java.lang.String",
      "description": "Service URL.",
      "defaultValue": "http://localhost:8080"
    },
    {
      "name": "example.service.timeout",
      "type": "java.lang.Integer",
      "description": "Connection timeout in milliseconds.",
      "defaultValue": 3000
    }
    ]
    }
    

优缺点分析

优点:

• 支持从配置文件读取参数,实现灵活配置 • 配置项有元数据提示,用户体验好 • 支持配置校验和默认值

缺点:

• 开发工作量增加 • 需要维护配置元数据 • 配置项过多时管理复杂

适用场景:适合需要通过外部配置定制化的功能组件,如各种客户端和连接池配置。

五、方法四:完全自动配置方式

结合前面方法,实现一个完整的自动配置starter,包含条件装配、属性绑定和多组件配置。

实现步骤

  1. 创建多个组件:

    // 核心服务接口
    public interface ComplexService {
    String process(String input);
    }
    
    // 实现类
    public class ComplexServiceImpl implements ComplexService {
    private final String endpoint;
    private final int timeout;
        
    public ComplexServiceImpl(String endpoint, int timeout) {
        this.endpoint = endpoint;
        this.timeout = timeout;
    }
        
    @Override
    public String process(String input) {
        // 实现逻辑
        return "Processed: " + input;
    }
    }
    // 辅助组件
    public class ServiceHelper {
    public void assist() {
        // 辅助功能实现
    }
    }
    
  2. 创建属性类:

    @ConfigurationProperties(prefix = "complex.service")
    @Data
    public class ComplexServiceProperties {
    private boolean enabled = true;
    private String endpoint = "http://api.example.com";
    private int timeout = 5000;
    private AdvancedConfig advanced = new AdvancedConfig();
        
    @Data
    public static class AdvancedConfig {
        private boolean cacheEnabled = false;
        private int cacheSize = 100;
    }
    }
    
  3. 创建自动配置类:

    @Configuration
    @EnableConfigurationProperties(ComplexServiceProperties.class)
    @ConditionalOnProperty(prefix = "complex.service", name = "enabled", havingValue = "true", matchIfMissing = true)
    public class ComplexServiceAutoConfiguration {
        
    @Autowired
    private ComplexServiceProperties properties;
        
    @Bean
    @ConditionalOnMissingBean
    public ComplexService complexService() {
        return new ComplexServiceImpl(
            properties.getEndpoint(), 
            properties.getTimeout()
        );
    }
        
    @Bean
    @ConditionalOnProperty(prefix = "complex.service.advanced", name = "cache-enabled", havingValue = "true")
    public CacheManager cacheManager() {
        return new SimpleCacheManager(properties.getAdvanced().getCacheSize());
    }
        
    @Bean
    public ServiceHelper serviceHelper() {
        return new ServiceHelper();
    }
    }
    
  4. 添加自动装配文件:在META-INF/spring.factories中添加配置 优缺点分析

优点:

• 功能完整,支持复杂场景 • 组件化设计,支持条件装配 • 灵活的配置选项

缺点:

• 实现复杂度高 • 需要考虑多组件间的依赖关系

适用场景:适合复杂的企业级功能组件,如分布式事务、安全认证等需要多组件协同工作的场景。

六、方法五:Enable模式方式

通过自定义@Enable注解,允许用户主动启用特定功能。

实现步骤

  1. 创建功能接口和实现类:

    public interface FeatureService {
    void execute();
    }
    
    public class FeatureServiceImpl implements FeatureService {
    @Override
    public void execute() {
        // 实现逻辑
    }
    }
    
  2. 创建@Enable注解:

    @Retention(RetentionPolicy.RUNTIME)
    @Target(ElementType.TYPE)
    @Import(FeatureConfiguration.class)
    public @interface EnableFeature {
    /**
     * 模式设置
     */
    Mode mode() default Mode.SIMPLE;
        
    enum Mode {
        SIMPLE, ADVANCED
    }
    }
    
  3. 创建配置类:

    @Configuration
    public class FeatureConfiguration implements ImportAware {
        
    private EnableFeature.Mode mode;
        
    @Override
    public void setImportMetadata(AnnotationMetadata importMetadata) {
        Map<String, Object> attributes = importMetadata.getAnnotationAttributes(
                EnableFeature.class.getName());
        this.mode = (EnableFeature.Mode) attributes.get("mode");
    }
        
    @Bean
    public FeatureService featureService() {
        if (mode == EnableFeature.Mode.SIMPLE) {
            return new SimpleFeatureServiceImpl();
        } else {
            return new AdvancedFeatureServiceImpl();
        }
    }
    }
    

使用方式

在应用主类中使用@Enable注解启用功能:

@SpringBootApplication
@EnableFeature(mode = EnableFeature.Mode.ADVANCED)
public class MyApplication {
    public static void main(String[] args) {
        SpringApplication.run(MyApplication.class, args);
    }
}

优缺点分析

优点:

• 显式启用功能,使用意图明确 • 支持通过注解参数定制功能 • 可以与自动配置结合使用

缺点:

• 需要用户主动添加注解 • 不完全符合SpringBoot开箱即用的理念 • 增加用户的使用负担

适用场景:适合可选功能或有多种使用模式的功能组件,如特定的集成方案或可选功能增强。

七、方法六:模块化与组合式starter

通过拆分功能模块,实现可组合的starter体系,用户可以按需引入所需功能。

实现步骤 1. 创建基础模块:

myproject-spring-boot-starter (父模块)
├── myproject-core-spring-boot-starter (核心功能)
├── myproject-web-spring-boot-starter (Web功能)
├── myproject-cache-spring-boot-starter (缓存功能)
└── myproject-security-spring-boot-starter (安全功能)
  1. 核心模块实现:

    // 在core模块中
    @Configuration
    @ConditionalOnClass(CoreService.class)
    public class CoreAutoConfiguration {
        
    @Bean
    @ConditionalOnMissingBean
    public CoreService coreService() {
        return new CoreServiceImpl();
    }
    }
    
  2. 功能模块实现:

    // 在web模块中
    @Configuration
    @ConditionalOnWebApplication
    @ConditionalOnClass(CoreService.class)
    public class WebAutoConfiguration {
        
    @Autowired
    private CoreService coreService;
        
    @Bean
    public WebService webService() {
        return new WebServiceImpl(coreService);
    }
    }
    
  3. 依赖管理:

    <dependency>
    <groupId>com.example</groupId>
    <artifactId>myproject-core-spring-boot-starter</artifactId>
    <version>${project.version}</version>
    </dependency>
    

优缺点分析

优点:

• 功能模块化,按需引入 • 减少不必要的依赖 • 便于团队协作开发 • 符合单一职责原则

缺点:

• 模块间依赖关系管理复杂 • 版本一致性维护困难 • 开发和测试工作量增加

适用场景:适合大型项目或平台型应用,需要根据不同业务场景选择不同功能组合的情况。

八、各种方法对比与选择建议

方法 实现难度 灵活性 可配置性 适用场景
基础配置类方式 ★☆☆☆☆ ★★☆☆☆ ★☆☆☆☆ 简单工具类封装
条件装配方式 ★★☆☆☆ ★★★☆☆ ★★☆☆☆ 环境敏感功能
属性绑定方式 ★★★☆☆ ★★★★☆ ★★★★★ 可配置组件
完全自动配置方式 ★★★★☆ ★★★★★ ★★★★★ 企业级复杂功能
Enable模式方式 ★★★☆☆ ★★★★☆ ★★★☆☆ 可选功能组件
模块化组合式方式 ★★★★★ ★★★★★ ★★★★★ 大型平台级应用

九、自定义starter开发最佳实践

  1. 命名规范 • 非官方starter命名:xxx-spring-boot-starter • 官方starter命名:spring-boot-starter-xxx
  2. 依赖管理 • 使用spring-boot-starter作为基础依赖 • 避免引入不必要的传递依赖 • 明确声明版本兼容性范围
  3. 配置设计 • 使用合理的配置前缀,避免冲突 • 提供合理的默认值 • 编写完整的配置元数据,提供IDE提示
  4. 条件装配 • 合理使用条件注解,避免不必要的组件加载 • 使用@ConditionalOnMissingBean避免覆盖用户自定义Bean • 考虑多种环境条件的组合场景
  5. 错误处理 • 提供清晰的错误提示 • 实现合理的降级策略 • 提供诊断和自检功能
  6. 文档化 • 编写详细的使用文档 • 提供配置示例 • 说明与其他组件的集成方式 十、总结 自定义starter是SpringBoot生态中重要的扩展机制,开发者可以根据不同的需求场景,选择合适的方式实现自己的starter。

从简单的基础配置类方式,到复杂的模块化组合式方式,每种方法都有其适用场景和优缺点。

开发自定义starter时,应遵循以下原则

  1. 遵循约定优于配置的理念
  2. 提供合理的默认值
  3. 允许用户定制化和覆盖默认行为
  4. 做好错误处理和降级策略

黑苹果睡眠间隔唤醒 AppleACPIPlatformPower Wake reason: RTC

通过终端命令查询最近1天内的唤醒情况log show --last 1d | grep "Wake reason"可以清晰的看到主要唤醒原因是kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC (Alarm) 这也是网上比较常见的异常唤醒原因,网上搜索之后得出解决方法,就是往引导配置里面添加一下补丁。

需要用到OpenCore Configurator根据对应的opencore版本下载对应的版本即可。

根据图片中的位置将以下补丁代码一一对应添加即可

Base: __ZN8AppleRTC18setupDateTimeAlarmEPK11RTCDateTime
Comment: Disable RTC wake scheduling
Count: 1
Enabled: True
Identifier: com.apple.driver.AppleRTC
Replace: C3

或者直接把下面的代码复制粘贴到config.plist文件中

<key>Patch</key>
<array>
	<dict>
		<key>Arch</key>
		<string>Any</string>
		<key>Base</key>
		<string>__ZN8AppleRTC18setupDateTimeAlarmEPK11RTCDateTime</string>
		<key>Comment</key>
		<string>Disable RTC wake scheduling</string>
		<key>Count</key>
		<integer>1</integer>
		<key>Enabled</key>
		<true/>
		<key>Find</key>
		<data></data>
		<key>Identifier</key>
		<string>com.apple.driver.AppleRTC</string>
		<key>Limit</key>
		<integer>0</integer>
		<key>Mask</key>
		<data></data>
		<key>MaxKernel</key>
		<string></string>
		<key>MinKernel</key>
		<string>19.0.0</string>
		<key>Replace</key>
		<data>ww==</data>
		<key>ReplaceMask</key>
		<data></data>
		<key>Skip</key>
		<integer>0</integer>
	</dict>
</array>

保存配置文件重启观察一天之后日志中的唤醒记录是否已经正常

Linux/Windows 系统 ollama 配置允许外网访问

如何在Linux和Windows系统中,分别通过停止服务、修改环境变量和设置OLLAMA_HOST来允许Ollama通过IP地址访问其接口。Linux使用systemd管理服务,而Windows需直接操作进程并设置环境变量。

Ollama在linux环境中如何支持外部或者宿主机通过IP访问其接口

1、首先停止ollama服务:systemctl stop ollama 2、修改ollama的service文件:/etc/systemd/system/ollama.service 在[Service]下边增加两行:

Environment="OLLAMA_HOST=0.0.0.0"
Environment="OLLAMA_ORIGINS=*"

或者如果要限制端口就加上软件

Environment="OLLAMA_HOST=0.0.0.0:11434" 
Environment="OLLAMA_ORIGINS=*"

端口根据实际情况修改

3、重载daemon文件 systemctl daemon-reload 4、启动ollama服务 systemctl start ollama

Ollama在windows环境中如何支持通过IP来访问接口

1、首先停止ollama服务的允许。由于windows下安装的ollama不是一个标准的windows service,所以只能直接杀掉两个ollama进程。

2、为当前windows系统添加环境变量:电脑-属性-高级系统设置-环境变量 变量:OLLAMA_HOST,值:0.0.0.0:11434

3、关掉已打开的命令行窗口,打开新命令行,用ollama serve或者ollama start来启动ollama服务,此时ollama服务在启动时将读取环境变量中的OLLAMA_HOST,支持IP端口访问

灵感时刻-2024-12-09 23:10:43

有时候我也想和世界告别

这几年过得好快 失去了色彩

攒够了失望无奈

情绪调成静音 影子也会缺席

我快要沉入海底 已无可救药

Win10系统更新暂停期限突破:轻松延长至3650天教程

在使用Windows 10系统的过程中,许多用户都曾遇到过系统自动更新的烦恼。尤其是当系统提示即将进行更新,而我们又恰好处于工作或者娱乐的关键时刻,这时候暂停更新就显得尤为重要。然而,Windows 10系统默认的暂停更新期限只有35天,这对于许多用户来说显然是不够的。那么,当这35天的暂停期限到期后,我们是否还能继续暂停更新呢?答案是肯定的。本文将详细介绍如何突破Windows 10系统更新暂停的限制,将暂停期限轻松延长至3650天。

一、准备工作 在开始操作之前,我们需要确保已经关闭了Windows Update的自动更新功能,并且当前系统没有正在进行的更新任务。此外,由于我们将要修改注册表,因此请务必备份好注册表信息,以防操作失误导致系统出现问题。

二、修改注册表 打开注册表编辑器 首先,我们需要打开注册表编辑器。按下键盘上的【Win + R】组合键,打开运行窗口,输入【regedit】命令,然后按下【确定或回车】键,即可打开注册表编辑器。

允许应用更改设备 在弹出的用户账户控制窗口中,点击【是】以允许注册表编辑器对你的设备进行更改。

定位到目标路径 在注册表编辑器窗口中,依次展开到以下路径: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsUpdate\UX\Settings

新建DWORD值 在右侧空白处,右键点击鼠标,选择【新建 - DWORD (32 位)值(D)】,然后将其命名为【FlightSettingsMaxPauseDays】。

设置暂停天数 双击打开【FlightSettingsMaxPauseDays】,在弹出的编辑DWORD(32位)值窗口中,将基数选择为【十进制】,然后在数值数据栏中输入你想暂停更新的天数。例如,我们可以输入【3650】,然后点击【确定】按钮。

三、验证结果 完成上述步骤后,我们可以返回到Windows Update的设置界面,查看暂停更新的天数是否已经被修改为我们设置的天数。如果一切正常,你会发现暂停更新的天数已经成功延长至3650天。

灵感时刻-2024-11-26 09:38:22

一些人涌向城市,却对人毫无兴趣;每天与人打交道,却对人充满倦意,这似乎成了一种生活的现实,却是现实的可悲。IMG_6463.jpeg

中年男人最大的悲哀是什么?

前些年花了1w给自己配了个电脑,配之前想着以后没事能在家打几盘游戏,已经好几年过去了、除了电脑买回来的那天下载了一些游戏之外、包括最近的黑猴玩了几把之后,就一把没打过,今年已经到了而立之年了,生活太累了。

灵感时刻-2024-07-26 14:05:35

一个人如果不看书,那么他的价值观就会由他身边的人决定。 因为他没有别的输入途径,只能模仿身边的人或者慢慢被环境所改变, 周围流行什么,就跟随什么。 永远找不到自己。

灵感时刻-2024-06-28 09:53:39

季节改换,从不打招呼说要来要走。阳光凶猛,恍惚间闯进夏天,雪糕、西瓜和电风扇,天气越热人越贪凉,人们除去外套,袒露情绪,而夏天的故事像野草那样在不经意间疯长。IMG_4252.jpeg

灵感时刻-2024-05-09 09:34:09

经过路口时,慌神间隐约听见几声的蝉鸣。回过头来发现,只是路边的建筑工地的角磨机与钢铁切割时发出的声响。清醒了许久才发现,此时原来已经是人间五月天了。IMG_3305.jpegIMG_3307.jpeg

灵感时刻-2024-04-16 10:37:04

咬咬牙注册了一个x199508.com主要用途用来做什么还不确定,最近突然喜欢上了英文字母【x】,怕后面被有心人拿来使用就先抢注了。cry~

❌