关于java时区转换夏令时问题及解决办法

2024-05-31 18:58
文章标签 java 问题 转换 解决办法 夏令时

本文主要是介绍关于java时区转换夏令时问题及解决办法，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

关于中国的夏令时问题:参考另外一篇:

https://blog.csdn.net/u011165335/article/details/78924498

 

这里:主要讲的是: 在夏令时结束的时候,java会提前一个小时变化

如:2016年美国夏令时：3.13-11.6  

正常变化点:纽约时间2016-3-13 2:00:00开始 (变成3点)-->纽约时间2016-11-6 2:00:00(变成1点)结束夏令时

实际呢:在2016-11-6   1:00就发生了变化

一.准备知识

1.America/New_York的夏令时时间如下: 包左不包右

2016-3-13, 02:00:00到2016-11-6, 02:00:00　
2017-3-12, 02:00:00到2017-11-5, 02:00:00
 

2.三字母时区 ID

为了与 JDK 1.1.x 兼容，一些三字母时区 ID（比如 "PST"、"CTT"、"AST"）也受支持。
但是，它们的使用被废弃，这是因为相同的缩写经常用于多个时区
例如 CST:有4个意思，美国，澳大利亚，中国，古巴时间

3.标准

GMT:Green Mean Time格林威治标准时间,1960年前被作为标准时间参考   GMT+12-->GMT-12       

        java8的范围为GMT+18-->GMT-18
UTC:Coordinated Universal Time 时间协调世界时间 ，比GMT精确，在1972年1月1日成为新的标准；UTC,UTC+1,UTC+2...UTC+12,UTC-12...UTC-1

       java8的范围 UTC-18-->UTC+18
DST:Daylight Saving Time 夏令时间，指在夏天的时候，将时钟拨快一个小时，以提早日光的使用，在英国称为夏令时间；

目前有110多个国家采用夏令时；
在中国，从1986-1992只实行了6年，之后就取消了;原因如下：
   1.中国东西方向跨度很大，而且采用的是统一的东八区，采用夏令时无法兼容东西部;
   2.高纬度地区，冬夏昼夜时间变化大；意义不大；

4.表示东八区可以用 : GMT+8或者Etc/GMT-8（刚好相反,为什么呢，因为php开发者认为，东八区比标准时间快8小时，应该减去8小时，于是表示成了这样。参考的对象不同导致了不同的表示方法;）

5. 中国时区的表示方式

    GMT+8

    UTC+8

     Asia/Harbin 哈尔滨     //中国标准时间
     Asia/Chongqing 重庆//中国标准时间
     Asia/Chungking 重庆//中国标准时间
     Asia/Urumqi 乌鲁木齐//中国标准时间
     Asia/Shanghai  上海（东8区）//中国标准时间
     PRC
     Asia/Macao 澳门  //中国标准时间
     Hongkong       香港     //香港时间跟中国标准时间一致
     Asia/Hong_Kong 香港   
     Asia/Taipei 台北（台湾的） //中国标准时间
     新加坡跟中国的时间一样；
     Asia/Singapore  
     Singapore  

6.  标准时区的表示

    UTC

    UTC+0

    UTC-0

    GMT 格林尼治标准时间
    GMT0 格林尼治标准时间
    Etc/GMT 格林尼治标准时间
    Etc/GMT+0 格林尼治标准时间
    Etc/GMT-0 格林尼治标准时间
    Etc/GMT0 格林尼治标准时间

    注意:GMT+xx(-xx)有很大的包容性，还可以自动的识别各种时间的表示

 

二. 时区转换

环境:java8之前

1.将当前时间转换为指定时区显示

 

 @Testpublic void test() throws Exception {Date a=new Date();SimpleDateFormat sf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");sf.setTimeZone(TimeZone.getTimeZone("America/New_York"));//把中国时区转为了美国纽约时区System.out.println(sf.format(a));}

2.指定时间转为指定时区显示

 

   真能正确转换吗?好像有个坑,看了看网上的实现

   关于夏令时,感觉有点问题

 

 //实现方式1 没有考虑夏令时@Testpublic void test2() throws Exception {
//    	Date dateTime=new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").parse("2016-11-6 14:00:00");Date dateTime=new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").parse("2016-10-6 14:00:00");TimeZone zhong = TimeZone.getTimeZone("GMT+8:00");//中国TimeZone york = TimeZone.getTimeZone("America/New_York"); //GMT-5//这里的时区偏移量是固定的,没有夏令时,错long chineseMills = dateTime.getTime() +   york.getRawOffset()-zhong.getRawOffset();Date date = new Date(chineseMills);System.out.println(new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").format(date));}

 

 

 

 

 

 

 //实现方式2 你可能回想,用Calendar类的Calendar.DST_OFFSET//还是不对Calendar.DST_OFFSET这个是死的@Testpublic void test3() throws Exception {//		Date time =new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").parse("2016-11-6 14:00:00");
//		Date time =new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").parse("2016-11-6 1:00:00");
//		Date time =new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").parse("2016-11-6 0:59:00");
//		Date time =new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").parse("2016-11-6 1:59:59");Date time =new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").parse("2016-11-6 3:00:00");// 1、取得本地时间：Calendar cal = Calendar.getInstance();cal.setTime(time);cal.setTimeZone(TimeZone.getTimeZone("America/New_York"));// 2、取得时间偏移量：这个是固定的int zoneOffset = cal.get(Calendar.ZONE_OFFSET)/(1000*60*60);// 3、取得夏令时差：这个是固定的,不是根据时间动态判断,只要时区存在夏令时,就是1int dstOffset = cal.get(Calendar.DST_OFFSET)/(1000*60*60);System.out.println(zoneOffset);System.out.println(dstOffset);// 4、从本地时间里扣除这些差量，即可以取得UTC时间：
//		cal.add(Calendar.MILLISECOND, -(zoneOffset + dstOffset));cal.add(Calendar.HOUR, -(zoneOffset + dstOffset));Date time2 = cal.getTime();System.out.println(new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").format(time2));}

 

       //实现方式3 准备工作
       // 不是说java会自动替我们处理夏令时吗//先来个简单的测试,看夏令时判断方法是否是正确,就可以推断,java的自动处理是否正确//已知2016年:America/New_York的夏令时时间是:  2016-3-13 02:00:00  到  2016-11-06 01:59:59　@Testpublic void test4() throws Exception {//转换为0时区时间作为参照点SimpleDateFormat sf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");sf.setTimeZone(TimeZone.getTimeZone("GMT+0"));
//       	Date dateTime=sf.parse("2016-11-6 5:59:59");Date d1=sf.parse("2016-03-13 6:59:59");//false Date d2=sf.parse("2016-03-13 7:00:00");//true Date d3=sf.parse("2016-11-6 6:59:59");//false  Date d4=sf.parse("2016-11-6 7:00:00");//false//现在发现了,对于夏令时开始的时间判断确实没问题,但是对于夏令时的结束时间判断错误,准确说,提前了一个小时判断了//看下面验证就知道了,那么为什么提前了一个小时,不知道,怎么解决? 目前想到的只能用java8d3=sf.parse("2016-11-6 5:59:59");//true  d4=sf.parse("2016-11-6 6:00:00");//false  TimeZone york = TimeZone.getTimeZone("America/New_York"); //GMT-5System.out.println("目标时区是否使用了夏令时:"+isDaylight(york, d1));System.out.println("目标时区是否使用了夏令时:"+isDaylight(york, d2));System.out.println("目标时区是否使用了夏令时:"+isDaylight(york, d3));System.out.println("目标时区是否使用了夏令时:"+isDaylight(york, d4));}//判断是否在夏令时private boolean isDaylight(TimeZone zone,Date date) {return zone.useDaylightTime()&&zone.inDaylightTime(date);}
 //实现方式3 //通过上面的验证我们知道了系统的判断是有问题的,通过设置时区,程序自动处理夏令时也不是那么正确,起码我现在无法理解为什么@Testpublic void test5() throws Exception {//中间相隔13个小时     中国+8  纽约-5ChangeZone("2016-3-13 14:59:59", "PRC","America/New_York",  "yyyy-MM-dd HH:mm:ss");//2016-03-13 01:59:59ChangeZone("2016-3-13 15:00:00", "PRC","America/New_York",  "yyyy-MM-dd HH:mm:ss");//2016-03-13 03:00:00ChangeZone("2016-11-6 13:59:59", "PRC","America/New_York",  "yyyy-MM-dd HH:mm:ss");//2016-11-06 01:59:59//这个结果是不对的,应该02:00:00ChangeZone("2016-11-6 14:00:00", "PRC","America/New_York",  "yyyy-MM-dd HH:mm:ss");//2016-11-06 01:00:00}//具体的实现如下://思路是没问题的public static void ChangeZone(String time, String srcID, String destID,String pattern) throws ParseException {//设置默认时区TimeZone zone = TimeZone.getTimeZone(srcID);TimeZone.setDefault(zone);Date  date = new SimpleDateFormat(pattern).parse(time);//设置目标时区TimeZone destzone = TimeZone.getTimeZone(destID);SimpleDateFormat sdf = new SimpleDateFormat(pattern);//设置要格式化的时区sdf.setTimeZone(destzone);String changTime = sdf.format(date);// 获取目标时区System.out.println("修改时区后" + destzone.getID() + "的时间：" + changTime);}

小结:以上的三种实现方式得到的结果对夏令时都有点问题

三,java8的实现

 

1.先看看java8的支持时区变化

 

//jdk8的可用时区@Testpublic void testName1() throws Exception {//jdk8的所有时区Set<String> ids = ZoneId.getAvailableZoneIds();String[] id1 = ids.toArray(new String[ids.size()]);String idss = Arrays.toString(id1).replace("]", ",]");System.out.println(ids.size());//少了28个    595//jdk8之前的所有时区String[] id2 = TimeZone.getAvailableIDs();System.out.println(id2.length);    //623//找出没jdk8中没有的for (String id : id2) {if (!idss.contains(id+",")) {System.out.print(id+",");}}//结论:jdk8里面的所有时区,在之前 全部都有//jdk8删除的时区如下://都是一些容易引起歧义的时区表示方法
//		 EST, HST, MST, ACT, AET, AGT, ART, AST, BET, BST, CAT, CNT, CST, CTT, EAT, ECT, IET, IST, JST, MIT, NET, NST, PLT, PNT, PRT, PST, SST, VST,// 但是这些短名称的其实还是可以使用的,只是支持列表里面没有了而已LocalDateTime date = LocalDateTime.ofInstant(Instant.now(),ZoneId.of(ZoneId.SHORT_IDS.get("PST")));System.out.println("\nDate = " + date);}


2.如何添加时区信息呢,或者说转换

 

 

//LocalDate,LocalDateTime,Instant添加时区信息@Testpublic void testName3()  {LocalDate date=LocalDate.now();//LocalDate添加时区信息//方式1ZonedDateTime zone = date.atStartOfDay(ZoneId.of("GMT+08:00"));System.out.println(zone);zone = date.atStartOfDay(ZoneId.systemDefault());  System.out.println(zone);//方式2LocalDate date2 = LocalDate.now(ZoneId.of("GMT+0"));System.out.println(date2);System.out.println("------------------------------------");//LocalDateTime添加时区信息LocalDateTime time = LocalDateTime.now();//方式1ZonedDateTime zonetime = time.atZone(ZoneId.of("GMT+0"));//方式2ZonedDateTime zonetime2=ZonedDateTime.now(ZoneId.of("GMT+0"));//方式3LocalDateTime zonetime3 = LocalDateTime.now(Clock.system(ZoneId.of("GMT+0")));//方式4ZonedDateTime zonetime4 = ZonedDateTime.of(time, ZoneId.of("GMT+0"));System.out.println(zonetime); //不变System.out.println(zonetime2);//变System.out.println(zonetime3);//变System.out.println(zonetime4);//不变System.out.println("------------------------------------");//Instant时区信息ZonedDateTime atZone = Instant.now().atZone(ZoneId.of("GMT+0"));System.out.println(atZone);//变}

 

 

3.如何获取当前时间的指定时间(测试略)

 

 //获取当前时间的指定时区时间,参照点:0时区public LocalDateTime getCurrentZoneTime(ZoneId dest) {Objects.requireNonNull(dest);LocalDateTime time2 = LocalDateTime.now(Clock.system(dest));String zoneDesc = getZoneDesc(TimeZone.getTimeZone(dest));System.out.println(dest.getId()+"对应得标准时区:"+zoneDesc);System.out.println("目标时区"+dest+"的时间"+time2.format(DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss")));return time2;}
//获取标准时区,方式1//在jdk8之前的方法,利用TimeZoneprivate static String getZoneDesc(TimeZone destzone) {Objects.requireNonNull(destzone);int Offset = destzone.getRawOffset() / (1000 * 60 * 60);if (Offset <= 0) {return "GMT"+String.valueOf(Offset);} else {return "GMT+" + String.valueOf(Offset);}}
 //java8的方法,方式2,利用ZoneRules//得到时区的标准偏移量,ZoneRules.getStandardOffset//得到时区的实际偏移量(得到的偏移量会根据夏令时改变) // 方式1:ZonedDateTime.getOffset// 方式2:ZoneRules.getOffsetprivate  String getZoneDesc2(ZoneId dest) {Objects.requireNonNull(dest);ZoneRules rule=dest.getRules(); //获取时区的标准偏移量String standardOffset = rule.getStandardOffset(ZonedDateTime.now(dest).toInstant()).getId();String s = standardOffset.split(":")[0];int Offset = Integer.parseInt(s);//返回方式1:带小时分钟
//	    	return "GMT"+standardOffset;//返回方式2:只带小时数if (Offset>0) {return "GMT+"+Offset;}else{return "GMT"+Offset;}}

 

 

 

4.如何获取指定时区的指定时间

开始实现上面留下的时区问题啦

            同理先看下使用java8的夏令时判断方法是否正确

 

      //先手写个判断美国的时间是否在夏令时public  boolean isDaylightTime(LocalDateTime a) {Objects.requireNonNull(a);LocalDateTime startDate = a.withMonth(3).toLocalDate().atTime(2, 0);LocalDateTime startlightDay = startDate.with(TemporalAdjusters.dayOfWeekInMonth(2, DayOfWeek.SUNDAY));//更新为11月LocalDateTime endDate = a.withMonth(11).toLocalDate().atTime(1, 59,59);LocalDateTime endlightDay = endDate.with(TemporalAdjusters.dayOfWeekInMonth(1, DayOfWeek.SUNDAY));if (a.isBefore(startlightDay) || a.isAfter(endlightDay)) {System.out.println("不在夏令时"+a);return false;}System.out.println("在夏令时"+a);return true;}//其实java8 已经有现成的方法啦,比我的好用//传入指定时间和时区public  boolean isDaylightTime(LocalDateTime a,ZoneId dest) {ZonedDateTime z1 = a.atZone(dest);//或者这样转
//	    	ZonedDateTime z2 = ZonedDateTime.of(a, dest);System.out.println(z1.format(DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss")));ZoneRules rules = dest.getRules();boolean flag= rules.isDaylightSavings(z1.toInstant());System.out.println(flag);return flag;}

//测试一下,发现java8的夏令时方法判断完全正确噢

 

 

//已知2016年:America/New_York的夏令时时间是:  2016-3-13 02:00:00  到  2016-11-06 01:59:59　
//	         （每年3月的第二个星期日，11月的第一个星期日）@Testpublic void testName() throws Exception {
//			LocalDateTime a1=LocalDateTime.now();LocalDateTime a2=LocalDateTime.of(2016, 3, 13, 1, 59,59);LocalDateTime a3=LocalDateTime.of(2016, 3, 13, 2, 00);LocalDateTime a4=LocalDateTime.of(2016, 11, 6, 1, 59,59);LocalDateTime a5=LocalDateTime.of(2016, 11, 6, 2, 0,0);
//			isDaylightTime(a2);
//			isDaylightTime(a3);
//			isDaylightTime(a4);
//			isDaylightTime(a5);System.out.println("=================");isDaylightTime(a2,ZoneId.of("America/New_York"));//falseisDaylightTime(a3,ZoneId.of("America/New_York"));//trueisDaylightTime(a4,ZoneId.of("America/New_York"));//trueisDaylightTime(a5,ZoneId.of("America/New_York"));//fasle}


开始实现:

版本1:

 

//获取指定时间的 指定时区时间    参照点:默认时区public LocalDateTime getZongTime(LocalDateTime time,ZoneId dest) {Objects.requireNonNull(dest);return getZongTime(time, null, dest);}

 

 //不能用2个时区的ZonedDateTime相减,因为这里一旦指定时区,那个时间就是这个时区了public LocalDateTime getZongTime(LocalDateTime time,ZoneId src,ZoneId dest) {//难点就是如何求偏移量//这里使用默认时区,在中国的就是中国,在美国的就是美国,这样估计更合适Objects.requireNonNull(dest);ZonedDateTime z1=null;if (src==null) {z1 = time.atZone(ZoneId.systemDefault());}else{z1 = time.atZone(src);}// 时区及时响应变化ZonedDateTime z2 = z1.withZoneSameInstant(dest);System.out.println(dest.getId()+"对应得标准时区:"+getZoneDesc( TimeZone.getTimeZone(dest)));System.out.println("目标时区"+dest+"的时间"+z2.format(DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss")));System.out.println("-------------");return time;}

测试如下:

 

 

@Testpublic void test6() throws Exception {//预计不在夏令时 2016-03-13 01:59:59LocalDateTime time4= LocalDateTime.of(2016, 3, 13, 14, 59, 59);getZongTime(time4,ZoneId.of("America/New_York"));//预计在夏令时 2016-03-13 03:00:00LocalDateTime time1= LocalDateTime.of(2016, 3, 13, 15, 00, 00);getZongTime(time1,ZoneId.of("America/New_York"));//预计在夏令时 结果呢:2016-11-06 01:59:59//感觉又失败了,应该是2016-11-06 02:59:59//也就是说,此时java8对夏令时的结束处理之前的 方式3 一模一样,提前了一小时判断//即把夏令时结束时间当成了2016-11-6 00:59:59,但是java8的判断方法是正确的呀,是不是有点奇怪LocalDateTime time2= LocalDateTime.of(2016, 11, 6, 14, 59, 59);getZongTime(time2,ZoneId.of("America/New_York"));//预计不在夏令时2016-11-06 02:00:00LocalDateTime time3= LocalDateTime.of(2016, 11, 6, 15, 00, 00);getZongTime(time3,ZoneId.of("America/New_York"));}

所以我现在怀疑这种结果到底是不是系统计算问题呢,还是我不了解纽约的习俗呢?

 

 

但是还是可以得到我想要的结果的,运用2个方法:

withEarlierOffsetAtOverlap(),  withLaterOffsetAtOverlap()

版本2:

 

              //获取指定时间的 指定时区时间    参照点:默认时区public LocalDateTime getZongTime2(LocalDateTime time,ZoneId dest) {Objects.requireNonNull(dest);return getZongTime2(time, null, dest);}//版本2 public LocalDateTime getZongTime2(LocalDateTime time,ZoneId src,ZoneId dest) {//难点就是如何求偏移量//这里使用默认时区,在中国的就是中国,在美国的就是美国,这样估计更合适Objects.requireNonNull(dest);ZonedDateTime z1=null;if (src==null) {z1 = time.atZone(ZoneId.systemDefault());}else{z1 = time.atZone(src);}
//		ZonedDateTime z2 = z1.withZoneSameInstant(dest);//处理重叠问题long hours = Duration.between(z2.withEarlierOffsetAtOverlap(),  z2.withLaterOffsetAtOverlap()).toHours();z2= z2.plusHours(hours);System.out.println(dest.getId()+"对应得标准时区:"+getZoneDesc( TimeZone.getTimeZone(dest)));System.out.println("目标时区"+dest+"的时间"+z2.format(DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss")));System.out.println("-------------");return time;}


测试:OK了

 

 

@Testpublic void test4() throws Exception {//预计不在夏令时 2016-03-13 01:59:59LocalDateTime time4= LocalDateTime.of(2016, 3, 13, 14, 59, 59);getZongTime2(time4,ZoneId.of("America/New_York"));//预计在夏令时 2016-03-13 03:00:00LocalDateTime time1= LocalDateTime.of(2016, 3, 13, 15, 00, 00);getZongTime2(time1,ZoneId.of("America/New_York"));//预计在夏令时 2016-11-06 02:59:59LocalDateTime time2= LocalDateTime.of(2016, 11, 6, 14, 59, 59);getZongTime2(time2,ZoneId.of("America/New_York"));//预计不在夏令时2016-11-06 02:00:00LocalDateTime time3= LocalDateTime.of(2016, 11, 6, 15, 00, 00);getZongTime2(time3,ZoneId.of("America/New_York"));}

结果:
America/New_York对应得标准时区:GMT-5
目标时区America/New_York的时间2016-03-13 01:59:59
-------------
America/New_York对应得标准时区:GMT-5
目标时区America/New_York的时间2016-03-13 03:00:00
-------------
America/New_York对应得标准时区:GMT-5
目标时区America/New_York的时间2016-11-06 02:59:59
-------------
America/New_York对应得标准时区:GMT-5
目标时区America/New_York的时间2016-11-06 02:00:00
-------------

 

 


 

这篇关于关于java时区转换夏令时问题及解决办法的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1018776。

相关文章

Java中Arrays类和Collections类常用方法示例详解

Java中Arrays类和Collections类常用方法示例详解

《Java中Arrays类和Collections类常用方法示例详解》本文总结了Java中Arrays和Collections类的常用方法,涵盖数组填充、排序、搜索、复制、列表转换等操作,帮助开发者高... 目录Arrays.fill()相关用法Arrays.toString()Arrays.sort()A
阅读更多...
Spring Boot Maven 插件如何构建可执行 JAR 的核心配置

Spring Boot Maven 插件如何构建可执行 JAR 的核心配置

《SpringBootMaven插件如何构建可执行JAR的核心配置》SpringBoot核心Maven插件,用于生成可执行JAR/WAR,内置服务器简化部署,支持热部署、多环境配置及依赖管理... 目录前言一、插件的核心功能与目标1.1 插件的定位1.2 插件的 Goals（目标）1.3 插件定位1.4 核
阅读更多...
如何使用Lombok进行spring 注入

如何使用Lombok进行spring 注入

《如何使用Lombok进行spring注入》本文介绍如何用Lombok简化Spring注入,推荐优先使用setter注入,通过注解自动生成getter/setter及构造器,减少冗余代码,提升开发效... Lombok为了开发环境简化代码，好处不用多说。spring 注入方式为2种，构造器注入和setter
阅读更多...
使用zip4j实现Java中的ZIP文件加密压缩的操作方法

使用zip4j实现Java中的ZIP文件加密压缩的操作方法

《使用zip4j实现Java中的ZIP文件加密压缩的操作方法》本文介绍如何通过Maven集成zip4j1.3.2库创建带密码保护的ZIP文件,涵盖依赖配置、代码示例及加密原理,确保数据安全性,感兴趣的... 目录1. zip4j库介绍和版本1.1 zip4j库概述1.2 zip4j的版本演变1.3 zip4
阅读更多...
Java堆转储文件之1.6G大文件处理完整指南

Java堆转储文件之1.6G大文件处理完整指南

《Java堆转储文件之1.6G大文件处理完整指南》堆转储文件是优化、分析内存消耗的重要工具,：本文主要介绍Java堆转储文件之1.6G大文件处理的相关资料,文中通过代码介绍的非常详细,需要的朋友可... 目录前言文件为什么这么大？如何处理这个文件？分析文件内容（推荐）删除文件（如果不需要）查看错误来源如何避
阅读更多...
SpringBoot整合Dubbo+ZK注册失败的坑及解决

SpringBoot整合Dubbo+ZK注册失败的坑及解决

《SpringBoot整合Dubbo+ZK注册失败的坑及解决》使用Dubbo框架时,需在公共pom添加依赖,启动类加@EnableDubbo,实现类用@DubboService替代@Service,配... 目录1.先看下公共的pom（maven创建的pom工程）2.启动类上加@EnableDubbo3.实
阅读更多...
SpringBoot整合(ES)ElasticSearch7.8实践

SpringBoot整合(ES)ElasticSearch7.8实践

《SpringBoot整合(ES)ElasticSearch7.8实践》本文详细介绍了SpringBoot整合ElasticSearch7.8的教程,涵盖依赖添加、客户端初始化、索引创建与获取、批量插... 目录SpringBoot整合ElasticSearch7.8添加依赖初始化创建SpringBoot项
阅读更多...
JAVA覆盖和重写的区别及说明

JAVA覆盖和重写的区别及说明

《JAVA覆盖和重写的区别及说明》非静态方法的覆盖即重写,具有多态性；静态方法无法被覆盖,但可被重写（仅通过类名调用）,二者区别在于绑定时机与引用类型关联性... 目录Java覆盖和重写的区别经常听到两种话认真读完上面两份代码JAVA覆盖和重写的区别经常听到两种话1.覆盖=重写。2.静态方法可andro
阅读更多...
Kotlin Map映射转换问题小结

Kotlin Map映射转换问题小结

《KotlinMap映射转换问题小结》文章介绍了Kotlin集合转换的多种方法,包括map（一对一转换）、mapIndexed（带索引）、mapNotNull（过滤null）、mapKeys/map... 目录Kotlin 集合转换：map、mapIndexed、mapNotNull、mapKeys、map
阅读更多...
nginx中端口无权限的问题解决

nginx中端口无权限的问题解决

《nginx中端口无权限的问题解决》当Nginx日志报错bind()to80failed(13:Permissiondenied)时,这通常是由于权限不足导致Nginx无法绑定到80端口,下面就来... 目录一、问题原因分析二、解决方案1. 以 root 权限运行 Nginx（不推荐）2. 为 Nginx
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2