今天（2020-12-28）在使用之前写的一个日期格式化的时候，发现了一个问题，年份不是2020，而是2021。查看了代码和调用之后，均没找到问题。

public String getFormatDateString(){
	return LocalDateTime.now().format(DateTimeFormatter.ofPattern("YYYYMMdd"));
最后只能看官方的使用说明。最后在DateTimeFormatter的说明里找到了原因。
 
官网链接
 
 从上面的说明可以看出，y（小写）表示的是根据时区的来计算的年份，也就是日期的年份。而Y（大写）表示的是根据周来计算的年份。而这周（2020-12-28到2021-01-03）正好跨了2020和2021年，所以今天格式化出来的日期变成了2021 。这个问题在这种特殊情况下才会提现出来，正好被我测试到。
 
关于localDateTime的详细使用，可以参照我的这篇博文。
 jdk8中的LocalTime,LocalDate,LocalDateTime与jdk8之前的Date,SimpleDateFormat比较
                    今天（2020-12-28）在使用之前写的一个日期格式化的时候，发现了一个问题，年份不是2020，而是2021。查看了代码和调用之后，均没找到问题。最后只能看官方的使用说明。最后在DateTimeFormatter的说明里找到了原因。官网链接从上面的说明可以看出，y（小写）表示的是根据时区的来计算的年份，也就是日期的年份。而Y（大写）表示的是根据周来计算的年份。而今天（2020-12-28，周一）正好跨了2020和2021年，所以今天格式化出来的日期变成了2021 。这个问题在这种特殊情况下才会提现出
在Python中，通常有这几种方式来表示时间：
时间戳(timestamp)：通常来说，时间戳表示的是从1970年1月1日00:00:00开始按秒计算的偏移量。我们运行“type(time.time())”，返回的是float类型。
格式化的时间字符串(Format String)
结构化的时间(struct_time)：struct_time元组共有9个元素:(...
					
【Bug记录】JSON parse error: raw timestamp (1595952000000) not allowed for `java.time.LocalDateTime`
				
@import url(http://www.cnblogs.com/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);
@import url(http://www.cnblogs.com/Load.ashx?type=style&file=SyntaxHighlighter.cs...
    public static void main(String[] args) {
        SpringApplication.run(SwappingApplication.class, args);
    @PostConstruct
    void started() {
          //       Tim
// 01. java.util.Date --> java.time.LocalDateTime
public void DateToLocalDateTime() {
java.util.Date date = new java.util.Date();
Instant instant = date.toInstant();
ZoneId zone = ZoneId.systemDefault();
				
在使用DateTimeFormatter解析字符串到LocalDateTime时报错：Unable to obtain LocalDateTime from TemporalAccessor
解决方法：
1.将LocalDateTime改为 LocalTime
2.将解析模板补充完整 
错误代码段：
 String dateStr = "1999年07月11日";
				
Tomcat和MySQL在同一个服务器上，Java代码打印时间出来都是对的，但是写入数据库就会与北京时间相差13小时左右。
查代码，查服务器，各种没有发现问题，后来发现可能是数据库的问题造成的，
于是乎：进入数据库查看时间和时区：
mysql> select curtime();
mysql> show variables like ‘%time_zone%’;
发现时间也没问题，都是...
				
那些神奇的BUG-0001-LocalDateTime 错误使用，导致的偶现问题一、BUG评级二、需求概述三、开发实现四、测试人员发现并跟踪BUG五、Code review六、BUG分析七、完整代码
一、BUG评级
BUG发现难度：★★★☆☆ （难度主要在偶然性上）
BUG无法复现概率：★★★★☆ （如果开发喜欢下午改BUG的话，100%无法复现）
BUG无法复现时，被开发鄙视程度：★★★★★
BUG修复，烧脑程度：★☆☆☆☆
二、需求概述
前端页面有一个选择年+月的下拉框，要求系统上线前的月份不展示。
				
LocalDateTime是Java 8中的一个类，用于表示日期和时间，可以通过DateTimeFormatter类对其进行格式化。
例如，将LocalDateTime对象格式化为字符串可以使用以下代码：
LocalDateTime now = LocalDateTime.now();
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss");
String formattedDateTime = now.format(formatter);
System.out.println(formattedDateTime);
输出结果为：2021-10-20 15:30:00
其中，"yyyy-MM-dd HH:mm:ss"是格式化模式，表示年份、月份、日期、小时、分钟和秒数。可以根据需要自定义格式化模式。
                IDEA连接TiDB报字符集不匹配问题COLLATION ‘utf8_general_ci‘ is not valid for CHARACTER SET ‘utf8mb4‘.
                    没用过datagrip2023.1，可以找找有没有类似的选型。实在不行用idea吧。
                IDEA连接TiDB报字符集不匹配问题COLLATION ‘utf8_general_ci‘ is not valid for CHARACTER SET ‘utf8mb4‘.
                    doublesimile: 
                    最坑的是我的datagrip2023.1居然没有你的那个选项
                MySQL 查询缓慢Using where； Using join buffer (Block Nested Loop)
                    还有一种情况是表的字符集不一样，如果连接字段是字符串类型的话会导致索引失效
                postman触发任务处理，长时间未响应时，自动retry，导致SFTP连接意外中断
                    也有可能，但是没有继续往下深挖。感谢回复提醒。
                postman触发任务处理，长时间未响应时，自动retry，导致SFTP连接意外中断
                    weixin_43579430: 
                    postman没有去自动重试吧，我遇到这种问题了，专门查了postman配置，超时时间是0（不超时），后来发现，重试是nginx搞的