大家好，我是一名二线（伪三线，毕竟连续两年二线城市了）的程序员。

现阶段状态在职，28岁，工作了10年左右，码农从事了5年左右，现薪资9k左右。如文章标题所说，初二辍学，第一学历中专，自己报的成人大专。

在掘金也看了不少经历性质的文章，大多都是很多大牛的文章，在大城市的焦虑，在大厂的烦恼，所以今天换换口味，看一看我这个没有学历的二线的程序员的经历。

1.辍学

我是在初二的时候辍学不上的，原因很简单，太二笔了。

现在想来当时的我非常的der，刚从村里的小学出来上中学之后（我还是年级第7名进中学，殊不知这就是我这辈子最好的成绩了），认为别人欺负我我就一定要还回来，完全不知道那是别人的地盘，嚣张的一批，不出意外就被锤了，但是当时个人武力还是很充沛的，按着一个往地上锤，1V7的战绩也算可以了。自此之后，我就开始走上了不良的道路，抽烟喝酒打架，直到中专毕业那天。

我清楚的记得我推着电车望着天，心里只想着一个问题，我毕业了，要工作了，我除了打游戏还会什么呢，我要拿什么生存呢...

这是当时我心里真实的想法，我好像就在这一刻、这一瞬间长大了。

2.深圳之旅

因为我特别喜欢玩游戏，而且家里电脑总是出问题，所以我就来到了我们这当地的一个电脑城打工，打了半年工左右想学习一下真正的维修技术，也就是芯片级维修，毅然决然踏上了深圳的路。

在深圳有一家机构叫做迅维的机构，还算是在业内比较出名的这么一个机构，学习主板显卡的维修，学习电路知识，学习手机维修的技术。现在的我想想当时也不太明白我怎么敢自己一个人就往深圳冲，家里人怎么拦着我都没用，当时我就好像着了魔一样必须要去...

不过在深圳的生活真的很不错，那一年的时光仍旧是我现在非常怀念的，早晨有便宜好吃的肠粉、米粉、甜包，中午有猪脚饭、汤饭、叉烧饭，晚上偶尔还会吃一顿火锅，来自五湖四海的朋友也是非常的友好，教会了我很多东西，生活非常的不错。

3.回家开店

为什么说我工作了10年左右呢，因为我清楚记得我18岁那年在本地开了一个小店，一个电脑手机维修的小店。现在想想我当时也是非常的二笔，以下列举几个事件：

以上这几种情况比比皆是，哪怕我当时这么二笔也是赚了一些钱，还是可以维持的，唯一让我毅然决然转行的就是店被偷了，大概损失了顾客机器、我的机器、图纸、二手电脑等一系列的商品，共计7万元左右，至今仍没找回！

4.迷茫

接下来这三年就是迷茫的几年了，第一件事就是报成人大专，主要从事的行业就杂乱无章了，跟我爸跑过车，当过网吧网管，超市里的理货员，但是这些都不是很满意，也是从这时候开始接触了C和C++开始正式踏入自学编程的路，直到有一次在招聘信息里看到java，于是在b站开始自学java，当时学的时候jdk还是1.6，学习资料也比较古老，但是好歹是入了门了。

5.入职

在入门以后自我感觉非常良好，去应聘了一个外包公司，当时那个经理就问了我一句话，会SSM吗，我说会，于是我就这么入职了，现在想想还是非常幸运的。

当时的我连SSM都用不明白，就懂一些java基础，会一些线程知识，前端更是一窍不通，在外包公司这两年也是感谢前辈带我做一些项目，当时自己也是非常争气，不懂就学，回去百度、b站、csdn各种网站开始学习，前端学习了H5、JS、CSS还有一个经典前端框架，贤心的Layui。

干的这两年我除了学习态度非常认真，工作还是非常不在意，工作两年从来没有任何一个月满勤过，拖延症严重，出现问题从来就是逃避问题，职场的知识是一点也不懂，当时的领导也很包容我，老板都主持了我的婚礼哈哈哈。但是后来我也为我的嚣张买了单，怀着侥幸心理喝了酒开车，这一次事情真真正正的打醒了我，我以后不能这样了...

6.第二家公司

在第二家公司我的态度就变了很多很多 当时已经25岁了，开始真真正正是一个大人了，遵纪守法，为了父母和家人考虑，生活方面也慢慢的好了起来（在刚结婚两年和老婆经常吵架，从这时候开始到现在没有吵过任何架了就），生活非常和睦。工作方面也是从来不迟到早退，听领导的安排，认真工作，认真学习，认识了很多同行，也得到了一些人的认可，从那开始才开始学习springboot、mq、redis、ES一些中间件，学习了很多知识，线程知识、堆栈、微服务等一系列的知识，也算是能独当一面了。但好景不长，当时我的薪资已经到13K左右了，也是因为我们部门的薪资成本、服务器成本太大，入不敷出，公司决定代理大厂的产品而不是自研了，所以当时一个部门就这么毕业了...

7.现阶段公司

再一次找工作就希望去一些自研的大公司去做事情了，但是也是碍于学历，一直没有合适的，可以说是人厌狗嫌，好的公司看不上我，小公司我又不想去，直到在面试现在公司的时候聊得非常的好，也是给我个机会，说走个特批，让我降薪入职，算上年终奖每个月到手大概10k（构成：9k月薪，扣除五险一金到手7.5k，年终奖27k，仨月全薪，所以每个月到手10k），我也是本着这个公司非常的大、非常的稳定、制度非常健全、工作也不是很忙也就来了，工作至今。

总结

在 Spring Boot 框架中，内置了许多实用的功能，这些功能可以帮助开发者高效地开发和维护应用程序。

松哥来和大家列举几个。

一 请求数据记录

Spring Boot提供了一个内置的日志记录解决方案，通过 AbstractRequestLoggingFilter 可以记录请求的详细信息。

AbstractRequestLoggingFilter 有两个不同的实现类，我们常用的是 CommonsRequestLoggingFilter。

通过 CommonsRequestLoggingFilter 开发者可以自定义记录请求的参数、请求体、请求头和客户端信息。

启用方式很简单，加个配置就行了：

@Configuration

public class RequestLoggingConfig {

    @Bean

    public CommonsRequestLoggingFilter logFilter() {

        CommonsRequestLoggingFilter filter = new CommonsRequestLoggingFilter();

        filter.setIncludeQueryString(true);

        filter.setIncludePayload(true);

        filter.setIncludeHeaders(true);

        filter.setIncludeClientInfo(true);

        filter.setAfterMessagePrefix("REQUEST ");

        return filter;

    }

}

接下来需要配置日志级别为 DEBUG，就可以详细记录请求信息：

logging.level.org.springframework.web.filter.CommonsRequestLoggingFilter=DEBUG

二 请求/响应包装器

2.1 什么是请求和响应包装器

在 Spring Boot 中，请求和响应包装器是用于增强原生 HttpServletRequest 和 HttpServletResponse 对象的功能。这些包装器允许开发者在请求处理过程中拦截和修改请求和响应数据，从而实现一些特定的功能，如请求内容的缓存、修改、日志记录，以及响应内容的修改和增强。

请求包装器

• ContentCachingRequestWrapper：这是 Spring 提供的一个请求包装器，用于缓存请求的输入流。它允许多次读取请求体，这在需要多次处理请求数据（如日志记录和业务处理）时非常有用。

响应包装器

• ContentCachingResponseWrapper：这是 Spring 提供的一个响应包装器，用于缓存响应的输出流。它允许开发者在响应提交给客户端之前修改响应体，这在需要对响应内容进行后处理（如添加额外的头部信息、修改响应体）时非常有用。

2.2 使用场景

2.3 具体用法

请求包装器的使用

import org.springframework.web.filter.OncePerRequestFilter;

import javax.servlet.FilterChain;

import javax.servlet.ServletException;

import javax.servlet.http.HttpServletRequest;

import javax.servlet.http.HttpServletResponse;

import java.io.IOException;



@Component

public class RequestWrapperFilter extends OncePerRequestFilter {

    @Override

    protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain filterChain)

            throws ServletException, IOException {

        ContentCachingRequestWrapper requestWrapper = new ContentCachingRequestWrapper(request);

        // 可以在这里处理请求数据

        byte[] body = requestWrapper.getContentAsByteArray();

        // 处理body，例如记录日志

        //。。。

        filterChain.doFilter(requestWrapper, response);

    }

}

响应包装器的使用

import org.springframework.web.filter.OncePerRequestFilter;

import javax.servlet.FilterChain;

import javax.servlet.ServletException;

import javax.servlet.http.HttpServletRequest;

import javax.servlet.http.HttpServletResponse;

import java.io.IOException;



@Component

public class ResponseWrapperFilter extends OncePerRequestFilter {

    @Override

    protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain filterChain)

            throws ServletException, IOException {

        ContentCachingResponseWrapper responseWrapper = new ContentCachingResponseWrapper(response);

        filterChain.doFilter(request, responseWrapper);



        // 可以在这里处理响应数据

        byte[] body = responseWrapper.getContentAsByteArray();

        // 处理body，例如添加签名

        responseWrapper.setHeader("X-Signature", "some-signature");



        // 必须调用此方法以将响应数据发送到客户端

        responseWrapper.copyBodyToResponse();

    }

}

在上面的案例中，OncePerRequestFilter 确保过滤器在一次请求的生命周期中只被调用一次，这对于处理请求和响应数据尤为重要，因为它避免了在请求转发或包含时重复处理数据。

通过使用请求和响应包装器，开发者可以在不改变原有业务逻辑的情况下，灵活地添加或修改请求和响应的处理逻辑。

三 单次过滤器

3.1 OncePerRequestFilter

OncePerRequestFilter 是 Spring 框架提供的一个过滤器基类，它继承自 Filter 接口。这个过滤器具有以下特点：

3.2 OncePerRequestFilter 使用场景

通过使用 OncePerRequestFilter，开发者可以确保过滤器逻辑在一次请求的生命周期内只执行一次，从而避免重复处理和潜在的性能问题。这使得 OncePerRequestFilter 成为处理复杂请求和响应逻辑时的一个非常有用的工具。

OncePerRequestFilter 的具体用法松哥就不举例了，第二小节已经介绍过了。

四 AOP 三件套

在 Spring 框架中，AOP（面向切面编程）是一个强大的功能，它允许开发者在不修改源代码的情况下，对程序的特定部分进行横向切入。AopContext、AopUtils 和 ReflectionUtils 是 Spring AOP 中提供的几个实用类。

我们一起来看下。

4.1 AopContext

AopContext 是 Spring 框架中的一个类，它提供了对当前 AOP 代理对象的访问，以及对目标对象的引用。

AopContext 主要用于获取当前代理对象的相关信息，以及在 AOP 代理中进行一些特定的操作。

常见方法有两个：

• getTargetObject(): 获取当前代理的目标对象。


• currentProxy(): 获取当前的代理对象。

其中第二个方法，在防止同一个类中注解失效的时候，可以通过该方法获取当前类的代理对象。

举个栗子：

public void noTransactionTask(String keyword){    // 注意这里 调用了代理类的方法

    ((YourClass) AopContext.currentProxy()).transactionTask(keyword);

}



@Transactional

void transactionTask(String keyword) {

    try {

        Thread.sleep(5000);

    } catch (InterruptedException e) {        //logger

        //error tracking

    }

    System.out.println(keyword);

}

同一个类中两个方法，noTransactionTask 方法调用 transactionTask 方法，为了使事务注解不失效，就可以使用 AopContext.currentProxy() 去获取当前代理对象。

4.2 AopUtils

AopUtils 提供了一些静态方法来处理与 AOP 相关的操作，如获取代理对象、获取目标对象、判断代理类型等。

常见方法有三个：

• getTargetObject(): 从代理对象中获取目标对象。


• isJdkDynamicProxy(Object obj): 判断是否是 JDK 动态代理。


• isCglibProxy(Object obj): 判断是否是 CGLIB 代理。

举个栗子：

import org.springframework.aop.framework.AopProxyUtils;

import org.springframework.aop.support.AopUtils;



public class AopUtilsExample {

    public static void main(String[] args) {

        MyService myService = ...

        // 假设 myService 已经被代理

        if (AopUtils.isCglibProxy(myService)) {

            System.out.println("这是一个 CGLIB 代理对象");

        }

    }

}

4.3 ReflectionUtils

ReflectionUtils 提供了一系列反射操作的便捷方法，如设置字段值、获取字段值、调用方法等。这些方法封装了 Java 反射 API 的复杂性，使得反射操作更加简单和安全。

常见方法：

• makeAccessible(Field field): 使私有字段可访问。


• getField(Field field, Object target): 获取对象的字段值。


• invokeMethod(Method method, Object target, Object... args): 调用对象的方法。

举个栗子：

import org.springframework.util.ReflectionUtils;



import java.lang.reflect.Field;

import java.util.Map;



public class ReflectionUtilsExample {

    public static void main(String[] args) throws Exception {

        ExampleBean bean = new ExampleBean();

        bean.setMapAttribute(new HashMap<>());



        Field field = ReflectionUtils.findField(ExampleBean.class, "mapAttribute");

        ReflectionUtils.makeAccessible(field);



        Object value = ReflectionUtils.getField(field, bean);

        System.out.println(value);

    }



    static class ExampleBean {

        private Map<String, String> mapAttribute;



        public void setMapAttribute(Map<String, String> mapAttribute) {

            this.mapAttribute = mapAttribute;

        }

    }

}

还有哪些实用内置类呢？欢迎小伙伴们留言～

大家好，我是晓凡。

写在前面

不知道大家有没有做财务的朋友，我就有这么一位朋友就经常跟我抱怨。一到月底简直就是噩梦，总有加不完的班，熬不完的夜，做不完的报表。

一听到这儿，这不就一活生生的一个“大表哥”么，这加班跟我们程序员有得一拼了，忍不住邪恶一笑，心里平衡了很多。

身为牛马，大家都不容易啊。我不羡慕你数钱数到手抽筋，你也别羡慕我整天写CRUD 写到手起老茧🤣

吐槽归吐槽，饭还得吃，工作还得继续干。于是乎，真好赶上周末，花了一天的时间，帮朋友写了个小工具

一、功能需求

跟朋友吹了半天牛，终于把需求确定下来了。就一个很简单的功能，通过名字，将表一和表二中相同名字的金额合计。

具体数据整合如下图所示

虽然一个非常简单的功能，但如果不借助工具，数据太多，人工来核对，整合数据，还是需要非常消耗时间和体力的。

怪不得，这朋友到月底就消失了，原来时间都耗在这上面了。

二、技术选型

由于需求比较简单，只有excel导入导出，数据整合功能。不涉及数据库相关操作。

综合考虑之后选择了

• PowerBuilder


• Pbidea.dll

使用PowerBuilder开发桌面应用，虽然界面丑一点，但是开发效率挺高，简单拖拖拽拽就能完成界面（对于前端技术不熟的小伙伴很友好）

其次，由于不需要数据库，放弃web开发应用，又省去了云服务器费用。最终只需要打包成exe文件即可跑起来

Pbidea.dll 算是Powerbuilder最强辅助开发，没有之一。算是PBer们的福音吧

三、简单界面布局

四、核心代码

① 导入excel

​

string ls_pathName,ls_FileName //路径+文件名，文件名

long ll_Net

long rows

dw_1.reset()

uo_datawindowex dw

dw = create uo_datawindowex

dw_1.setredraw(false)

ll_Net = GetFileSaveName("请选择文件",ls_pathName,ls_FileName,"xlsx","Excel文(*.xlsx),*.xlsx")

​

rows = dw.ImportExcelSheet(dw_1,ls_pathName,1,0,0)

destroy dw

dw_1.setredraw(true)

MessageBox("提示信息","导入成功 " + string(rows) + "行数据")

​

② 数据整合

long ll_row,ll_sum1,ll_sum2

long ll_i,ll_j

long ll_yes

​

string ls_err

​

//重置表三数据

​

dw_3.reset()

​

//处理表一数据

ll_sum1 = dw_1.rowcount( )

​

if ll_sum1<=0 then

    ls_err = "表1 未导入数据，请先导入数据"

    goto err

end if

​

for ll_i=1 to ll_sum1

    ll_row = dw_3.insertrow(0)

    dw_3.object.num[ll_row] =ll_row                                                          //序号

    dw_3.object.name[ll_row]=dw_1.object.name[ll_i]                                 //姓名

    dw_3.object.salary[ll_row]=dw_1.object.salary[ll_i]                                //工资

    dw_3.object.endowment[ll_row]=dw_1.object.endowment[ll_i]               //养老

    dw_3.object.medical[ll_row]=dw_1.object.medical[ll_i]                          //医疗

    dw_3.object.injury[ll_row]=dw_1.object.injury[ll_i]                                        //工伤

    dw_3.object.unemployment[ll_row]=dw_1.object.unemployment[ll_i]      //失业

    dw_3.object.publicacc[ll_row]=dw_1.object.publicacc[ll_i]                      //公积金

    dw_3.object.annuity[ll_row]=dw_1.object.annuity[ll_i]                           //年金

    

next

​

//处理表二数据

​

ll_sum2 = dw_2.rowcount( )

​

if ll_sum2<=0 then

    ls_err = "表2未导入数据，请先导入数据"

    goto err

end if

​

for ll_j =1 to ll_sum2

    string ls_name 

    ls_name = dw_2.object.name[ll_j]

    

    ll_yes = dw_3.Find("name = '"+ ls_name +"'  ",1,dw_3.rowcount())

    

    if ll_yes<0 then

        ls_err = "查找失败!"+SQLCA.SQLErrText

        goto err

    end if

            

    if ll_yes = 0 then  //没有找到

            ll_row = dw_3.InsertRow (0)

            dw_3.ScrollToRow(ll_row)

            dw_3.object.num[ll_row]                   = ll_row                                                          //序号

            dw_3.object.name[ll_row]                 = dw_1.object.name[ll_j]                                 //姓名

            dw_3.object.salary[ll_row]                 = dw_1.object.salary[ll_j]                                //工资

            dw_3.object.endowment[ll_row]         = dw_1.object.endowment[ll_j]               //养老

            dw_3.object.medical[ll_row]              = dw_1.object.medical[ll_j]                          //医疗

            dw_3.object.injury[ll_row]                 = dw_1.object.injury[ll_j]                                        //工伤

            dw_3.object.unemployment[ll_row]    = dw_1.object.unemployment[ll_j]      //失业

            dw_3.object.publicacc[ll_row]            = dw_1.object.publicacc[ll_j]                      //公积金

            dw_3.object.annuity[ll_row]               = dw_1.object.annuity[ll_j]                           //年金

    end if

    

    if ll_yes >0 then  //找到        

            dec{2} ld_salary,ld_endowment,ld_medical,ld_injury,ld_unemployment,ld_publicacc,ld_annuity

            ld_salary = dw_3.object.salary[ll_yes] + dw_2.object.salary[ll_j]

            ld_endowment =  dw_3.object.endowment[ll_yes] + dw_2.object.endowment[ll_j]

            ld_medical = dw_3.object.medical[ll_yes] + dw_2.object.medical[ll_j]

            ld_injury = dw_3.object.injury[ll_yes] + dw_2.object.injury[ll_j]

            ld_unemployment = dw_3.object.unemployment[ll_yes] + dw_2.object.unemployment[ll_j]

            ld_publicacc = dw_3.object.publicacc[ll_yes] + dw_2.object.publicacc[ll_j]

            ld_annuity = dw_3.object.annuity[ll_yes] + dw_2.object.annuity[ll_j]

            

            dw_3.object.salary[ll_yes]=  ld_salary                             //工资

            dw_3.object.endowment[ll_yes]=ld_endowment               //养老

            dw_3.object.medical[ll_yes]=ld_medical                          //医疗

            dw_3.object.injury[ll_yes]=ld_injury                                     //工伤

            dw_3.object.unemployment[ll_yes]=ld_unemployment   //失业

            dw_3.object.publicacc[ll_yes]=ld_publicacc                    //公积金

            dw_3.object.annuity[ll_yes]=ld_publicacc                      //年金

        

    end if

    

next

​

return 0

​

err:

messagebox('错误信息',ls_err)

③ excel导出

string ls_err

string ls_pathName,ls_FileName //路径+文件名，文件名

long ll_Net

​

if dw_3.rowcount() = 0 then 

    ls_err = "整合数据为空，不能导出"

    goto err

end if

​

uo_wait_box luo_waitbox

luo_waitbox = create uo_wait_box

luo_waitBox.OpenWait(64,RGB(220,220,220),RGB(20,20,20),TRUE,"正在导出 ", 8,rand(6) - 1)

​

long rows

CreateDirectory("tmp")

uo_datawindowex dw

dw = create uo_datawindowex

​

ll_Net = GetFileSaveName("选择路径",ls_pathName,ls_FileName,"xlsx","Excel文(*.xlsx),*.xlsx")

​

rows = dw.ExportExcelSheet(dw_3,ls_pathName,true,true)

destroy dw

destroy luo_waitbox

MessageBox("提示信息","成功导出 " + string(rows) + " 行数据")

​

return 0

​

err:

messagebox('错误信息',ls_err)

五、最终效果

这次分享就到这吧，★,°:.☆(￣▽￣)/$: .°★ 。希望对您有所帮助，也希望多来几个这样的朋友，不多说了， 蹭饭去了

我们下期再见ヾ(•ω•`)o (●'◡'●)

今天，五阳哥不打算聊技术，而是聊一下炒股的话题。我自认为在这方面有发言权，自述一个程序员的炒股经历。

2019年，我开始涉足股市，在2021年中旬为了购房，将持有的股票全部卖出，赚了十多万元。在最高峰时期，我获利超过了二十多万元，但后来又回吐了一部分利润。虽然我的炒股成绩不是最出色的，但也超过了很多人。因为大多数股民都是亏损的，能够在股市长期盈利的人真的是凤毛麟角。

股市中普遍流传的七亏二平一赚的说法并不只是传闻，事实上，现实中的比例更加残酷，能够长期赚钱的人可能连10%都达不到。

接下来，我想谈谈我的炒股经历和心路历程，与大家分享一下我的内心体验，为那些有意向或正在炒股的朋友提供一些参考。希望劝退大家，能救一个是一个！

本文倒叙描述，先聊聊最后的疯狂和偏执！

不甘失败，疯狂上杠杆

股市有上涨就有下跌，在我卖出以后，股市继续疯涨了很多。当时长春高新，我是四百一股买入，六百一股就卖出了，只赚了2万。可是在我卖出去的两个月以后，它最高涨到了一千。相当于我本可以赚六万，结果赚了两万就跑了。

我简直想把大腿拍烂了，这严重的影响了我的认知。我开始坚信，这只股票和公司就是好的，非常牛，是我始乱终弃，我不应该早早抛弃人家。 除了悔恨，我还在期盼它下跌，好让我再次抄底，重新买入，让我有重新上车的机会！

终于这只股票后来跌了10%，我觉得跌的差不多了，于是我开始抄底买入！抄底买入的价格在900一股（复权前）。

没想到，这次抄底是我噩梦的开始。我想抄他的底，他想抄我的家！

这张图，完美的诠释了我的抄底过程。地板底下还有底，深不见底，一直到我不再敢抄底为止。一直抄到，我天天睡不着觉！

当时我九百多一股开始抄底买入，在此之前我都是100股，后来我开始投入更多的资金在这只股票上。当时的我 定下了规矩，鸡蛋不能放在一个篮子里；不能重仓一只股票，要分散投资；这些道理我都明白，但是真到了节骨眼上，我不想输，我想一把赢回来，我要抄底，摊平我的成本。

正所谓：高位加仓，一把亏光。之前我赚的两万块钱，早就因为高位加仓，亏回去了。可是我不甘心输，我想赢回来。当时意识不到也不愿意承认：这就是赌徒心理。

后来这只股票，从1000，跌倒了600，回调了40%。而我已经被深深的套牢。当时我盈利时，只买了1股。等我被套牢时，持有了9股。 按照1000一股，就是九十万。按照600一股，就是54万。

我刚毕业，哪来的那么多钱！

我的钱，早就在800一股的时候，我就全投进去了，我认为800已经算是底了吧，没想到股价很快就击穿了800。

于是我开始跟好朋友借钱。一共借了10万，商量好借一年，还他利息。后来这10万块钱，也禁不住抄底，很快手里没钱了，股价还在暴跌。我已经忘记当时亏多少钱了，我当时已经不敢看账户了，也不敢细算亏了多少钱！

于是，我又开始从支付宝和招商银行借贷，借钱的利率是相当高的，年利息在6%以上。当时一共借了30万。但是股价还不见底，我开始焦虑的睡不着觉。

不光不见底，还在一直跌，我记得当时有一天，在跌了很多以后，股价跌停 -10%。当时的我已经全部资金都投进去了，一天亏了5万，我的小心脏真的要受不了了。跌的我要吐血！ 同事说，那天看见我的脸色很差，握着鼠标手还在发抖！

跌成这样，我没有勇气打开账户…… 我不知道什么时候是个头，除了恐惧只有恐惧，每天活在恐惧之中。

我盘算了一下，当时最低点的我，亏了得有二十多万。从盈利六万，一下子到亏二十多万。只需要一个多月的时间。

我哪里经历过这些，投资以来，我都是顺风顺水的，基本没有亏过钱，从来都是挣钱，怎么会成这个样子。

当时的我，没空反思，我只希望，我要赚回来！我一定会赚回来，当时能借的支付宝和招行都已经借到最大额度了…… 我也没有什么办法了，只能躺平。

所以股价最低点的时候，基本都没有钱加仓。

侥幸反弹，但不忍心止盈

股价跌了四个月，这是我人生极其灰暗的四个月。后来因为种种原因，股价涨回来了，当时被传闻的事情不攻自破，公司用实际的业绩证明了自己。

股价开始慢慢回暖，后来开始凶猛的反弹，当时的我一直认为：股价暴跌时我吃的所有苦，所有委屈，我都要股市给我补回来！

后来这段时间，股价最高又回到了1000元一股（复权前）。最高点，我赚了二十多万，但是我不忍心止盈卖出。

我觉得还会继续涨，我还在畅想：公司达到，万亿市值。

我觉得自己当时真的 失了智了。

结婚买房，卖在最高点

这段时间，不光股市顺丰顺水，感情上也比较顺利，有了女朋友，现在是老婆了。从那时起，我开始反思自己的行为，我开始意识到，自己彻彻底底是一个赌徒。

因为已经回本了，也赚了一点钱，我开始不断的纠结要不要卖出，不再炒股了。

后来因为两件事，第一件是我姐姐因为家里要做小买卖，向我借钱。 当时的我，很纠结，我的钱都在股市里啊，借她钱就得卖股票啊，我有点心疼。奈何是亲姐，就借了。

后来我盘算着，不对劲。我还有带款没还呢，一共三十万。我寻思，我从银行借钱收6%的利息，我借给别人钱，我一分利息收不到。 我TM 妥妥的冤大头啊。

不行，我要把带款全部还上，我Tm亏大了，于是我逐渐卖股票。一卖出便不可收拾。

我开始担心，万一股价再跌回去，怎么办啊。我和女朋友结婚时，还要买房，到时候需要一大笔钱，万一要是被套住了，可怎么办啊！

在这这样的焦虑之下，我把股票全部都卖光了！

冥冥之中，自有天意。等我卖出之后的第二周，长春高新开启了下一轮暴跌，而这一轮暴跌之后，直至今日，再也没有翻身的机会。从股价1000元一股，直至今天 300元一股（复权前是300，当前是150元）。暴跌程度大达 75%以上！

全是侥幸

我觉得我是幸运的，如果我迟了那么一步！假如反应迟一周，我觉得就万劫不复。因为再次开启暴跌后，我又会开始赌徒心理。

我会想，我要把失去的，重新赢回来！我不能现在卖，我要赢回来。再加上之前抄底成功一次，我更加深信不疑！

于是我可能会从1000元，一路抄底到300元。如果真会如此，我只能倾家荡产！

不是每个人都有我这么幸运，在最高点，跑了出去。 雪球上之前有一个非常活泼的用户， 寒月霖枫，就是因为投资长春高新，从盈利150万，到亏光100万本金，还倒欠银行！

然而这一切，他的家人完全不知道，他又该如何面对家人，如何面对未来的人生。他想自杀，想过很多方式了结。感兴趣的朋友可以去 雪球搜搜这个 用户，寒月霖枫。

我觉得 他就是世界上 另一个自己。我和他完全类似的经历，除了我比他幸运一点。我因为结婚买房和被借钱，及时逃顶成功，否则我和他一样，一定会输得倾家荡产！

我觉得，自己就是一个赌狗！

然而，在成为赌狗之前，我是非常认真谨慎对待投资理财的！

极其谨慎的理财开局

一开始，我从微信理财通了解到基金，当时2019年，我刚毕业两年，手里有几万块钱，一直存在活期账户里。其中一个周末，我花时间研究了一下理财通，发现有一些债券基金非常不错。于是分几批买了几个债券基金，当时的我对于理财既谨慎又盲目。

谨慎的一面是：我只敢买债券基金，就是年利息在 5%上下的。像股票基金这种我是不敢买的。

盲目的一面是：我不知道债券基金也是风险很大的，一味的找利息最多的债券基金。

后来的我好像魔怔了，知道了理财这件事，隔三差五就看看收益，找找有没有利息更高的债券基金。直到有一天，我发现了一个指数基金，收益非常稳定。

是美股的指数基金，于是我买了1万块钱，庆幸的是，这只指数基金，三个月就赚了八百多，当时的我很高兴。那一刻，我第一次体会到：不劳而获真的让人非常快乐！

如饥似渴的学习投资技巧

经过一段时间的理财，我对于理财越来越熟悉。

胆子也越来越大，美股的指数基金赚了一点钱，我害怕亏回去，就立即卖了。卖了以后就一直在找其他指数基金，这时候我也在看国内 A股的指数基金，甚至行业主题的基金。

尝到了投资的甜头以后，我开始花更多的时间用来 找基。我开始从方方面面评估一只基金。

有一段时间，我特别自豪，我在一个周末，通过 天天基金网，找到了一个基金，这只基金和社保投资基金的持仓 吻合度非常高。当时的我思想非常朴素， 社保基金可是国家队，国家管理的基金一定非常强，非常专业，眼光自然差不了。这只基金和国家队吻合度如此高，自然也差不了。

于是和朋友们，推荐了这只基金。我们都买了这只基金，而后的一个月，这只基金涨势非常喜人，赚了很多钱，朋友们在群里也都感谢我，说我很厉害，投资眼光真高！

那一刻，我飘飘然……

我开始投入更多的时间用来理财。下班后，用来学习的时间也不学习了，开始慢慢的过度到学习投资理财。我开始不停地 找基。当时研究非常深入，我会把这只基金过往的持仓记录，包括公司都研究到。花费的时间也很多。

我也开始看各种财经分析师对于股市的分析，他们会分析大盘何时突破三千点，什么时候股市情绪会高昂起来，什么行业主题会热门，什么时候该卖出跑路了。

总之，投资理财，可以学习的东西多种多样！似乎比编程有趣多了。

换句话说：我上头了

非常荒谬的炒股开局

当时我还是非常谨慎地，一直在投资基金，包括 比较火爆的 中欧医疗创新C 基金，我当时也买了。当时葛兰的名气还很响亮呢。后来股市下行，医疗股票都在暴跌，葛兰的基金 就不行了，有句话调侃：家里有钱用不完，中欧医疗找葛兰。腰缠万贯没人分，易方达那有张坤。

由此可见，股市里难有常胜将军！

当时的我，进入股市，非常荒谬。有一天，前同事偷偷告诉我，他知道用友的内幕，让我下午开盘赶紧买，我忙追问，什么内幕，他说利润得翻五倍。 我寻思一下，看了一眼用友股票还在低位趴着，心动了。于是我中午就忙不迭的线上开户，然后下午急匆匆的买了 用友。 事后证明，利润不光没有翻五倍，还下降了。当然在这之前，我早就跑了，没赚着钱，也没咋亏钱。

当时的我，深信不疑这个假的小道消息，恨不得立即买上很多股票。害怕来不及上车……

自从开了户，便一发不可收拾，此时差2个月，快到2019年底！席卷全世界的病毒即将来袭

这段时间，股市涨势非常好，半导体基金涨得非常凶猛！ 我因为初次进入股市，没有历史包袱，哪个股票是热点，我追哪个，胆子非常大。而且股市行情非常好，我更加相信，自己的炒股实力不凡！

换句话说：越来越上头，胆子越来越大。 学习编程，学个屁啊，炒股能赚钱，还编个屁程序。

刚入股市，就赶上牛市，顺风顺水

2019年底到2020年上半年，A股有几年不遇的大牛市，尤其是半导体、白酒、医疗行业行情非常火爆。我因为初入股市，没有历史包袱，没有锚点。当前哪个行业火爆，我就买那个，没事就跑 雪球 刷股票论坛的时间，比上班的时间还要长。

上班摸鱼和炒股 是家常便饭。工作上虽然不算心不在焉，但是漫不经心！

在这之前，我投入的金额不多。最多时候，也就投入了10万块钱。当时基金收益达到了三万块。我开始飘飘然。

开始炒股，也尝到了甜头，一开始，我把基金里的钱，逐渐的转移到股市里。当时的我给自己定纪律。七成资金投在基金里，三成资金投在股市里。做风险平衡，不能完全投入到风险高的股市里。

我自认为，我能禁得住 炒股这个毒品。

但是逐渐的，股票的收益越来越高，这个比例很快就倒转过来，我开始把更多资金投在股市中，其中有一只股票，我非常喜欢。这只股票后来成为了很多人的噩梦，成为很多股民 人生毁灭的导火索！

长春高新 股票代码：000661。我在这只股票上赚的很多，后来我觉得股市涨了那么多，该跌了吧，于是我就全部卖出，清仓止盈。 当时的我利润有六万，我觉得非常多了，我非常高兴。

其中 长春高新 一只股票的利润在 两万多元。当时这是我最喜欢的一只股票。我做梦也想不到，后来这只股票差点让我倾家荡产……

当时每天最开心的事情就是，打开基金和证券App，查看每天的收益。有的时候一天能赚 两千多，比工资还要高。群里也非常热闹，每个人都非常兴奋，热烈的讨论哪个股票涨得好。商业互吹成风……

换句话说：岂止是炒股上头，我已经中毒了！

之后就发生了，上文说的一切，我在抄底的过程中，越套越牢……

总结

以上都是我的个人真实经历。 我没有谈 A 股是否值得投资，也不评论当前的股市行情。我只是想分享自己的个人炒股经历。

炒股就是赌博

我想告诉大家，无论你在股市赚了多少钱，迟早都会还回去，越炒股越上头，赚的越多越上头。

赌徒不是一天造成的，谁都有赢的时候，无论赚多少，最终都会因为人性的贪婪 走上赌徒的道路。迟早倾家荡产。即使你没有遇到长春高新，也会有其他暴跌的股票等着你！

什么🐶皮的价值投资！ 谈价值投资，撒泡尿照照自己，你一个散户，你配吗？

漫漫人生路，总会错几步。股市里错几步，就会让你万劫不复！

”把钱还我，我不玩了“

”我只要把钱赢回来，我就不玩了“

这都是常见的赌徒心理，奉劝看到此文的 程序员朋友，千万不要炒股和买基金。

尤其是喜欢打牌、打德州扑克，喜欢买彩-票的 赌性很强的朋友，一定要远离炒股，远离投资！

能救一个是一个！

前言

Nginx在程序部署中扮演着至关重要的角色，其高性能、高安全性、易于配置和管理的特点，使得它成为现代Web应用部署中不可或缺的一部分。今天大姚给大家分享一款实用的 Nginx Web UI 工具，希望能够帮助到有需要的同学。

工具介绍

Nginx UI一个功能丰富、易于使用的 Nginx Web UI 工具，它极大地简化了 Nginx 服务器的管理和配置过程。

主要功能

• 在线统计：提供服务器指标如 CPU 使用率、内存使用率、负载平均值和磁盘使用率的在线统计。


• ChatGPT 助手：内置 ChatGPT 助手，提供智能辅助功能。


• 一键部署和自动续期：支持一键部署 Let's Encrypt 证书，并自动续期。


• 在线编辑配置：在线编辑 Nginx 配置文件，编辑器支持 Nginx 配置语法高亮。


• 查看 Nginx 日志：提供在线查看 Nginx 日志的功能。


• 自动测试和重载：自动测试配置文件并在保存后重载 Nginx。


• Web 终端：提供 Web 终端访问功能。


• 暗色模式：支持暗色模式，保护用户视力。


• 响应式网页设计：确保在不同设备上都能良好显示。

支持语言

支持多语言，包括英语、简体中文、繁体中文等。

在线演示

• demo.nginxui.com/#/login （用户名：admin，密码：admin）

开源地址

• 开源地址：github.com/0xJacky/ngi…


• 在线文档：nginxui.com/zh_CN/guide…

程序员常用的工具软件

该工具已收录到程序员常用的工具软件栏目中，欢迎关注该栏目发现更多优秀实用的开发工具！

github.com/YSGStudyHar…

常见的大屏数据请求方式

1、http请求轮询：使用定时器每隔多少时间去请求一次数据。优点：简单，传参方便。缺点：数据更新不实时，浪费服务器资源（一直请求，但是数据并不更新）

2、websocket：使用websocket实现和服务器长连接，服务器向客户端推送大屏数据。优点：长连接，客户端不用主动去请求数据，节约服务器资源（不会一直去请求数据，也不会一直去查数据库），数据更新及时，浏览器兼容较好（web、h5、小程序一般都支持）。缺点：有点大材小用，一般大屏数据只需要查询数据不需要向服务端发送消息，还要处理心跳、重连等问题。

3、sse：基于http协议，将一次性返回数据包改为流式返回数据。优点：sse使用http协议，兼容较好、sse轻量，使用简单、sse默认支持断线重连、支持自定义响应事件。缺点：浏览器原生的EventSource不支持设置请求头，需要使用第三方包去实现（event-source-polyfill）、需要后端设置接口的响应头Content-Type: text/event-stream

sse和websocket的区别

Websocket和SSE分别适用于什么业务场景？

根据sse的特点（轻量、简单、单向通信）更适用于大屏的数据查询，业务应用上查询全局的一些数据，比如消息通知、未读消息等。

根据websocket的特点（双向通信）更适用于聊天功能的开发

前端代码实现

sse的前端的代码非常简单

 const initSse = () => {

        const source = new EventSource(`/api/wisdom/terminal/stats/change/notify/test`);



        // 这里的stats_change要和后端返回的数据结构里的event要一致

        source.addEventListener('stats_change', function (event: any) {

            const types = JSON.parse(event.data).types;

        });

        // 如果event返回的是message 数据监听也可以这样监听

        // source.onmessage =function (event) {

        //  var data = event.data;

        // };



        // 下面这两个监听也可以写成addEventListener的形式

        source.onopen = function () {

            console.log('SSE 连接已打开');

        };



        // 处理连接错误

        source.onerror = function (error: any) {

            console.error('SSE 连接错误:', error);

        };

        setSseSource(source);

    };

    

// 关闭连接

sseSource.close();

这种原生的sse连接是不能设置请求头的，但是在业务上接口肯定是要鉴权需要传递token的，那么怎么办呢？ 我们可以使用event-source-polyfill这个库

 const source = new EventSourcePolyfill(`/api/wisdom/terminal/stats/change/notify/${companyId}`, {

            headers: {

                Authorization: sessionStorage.get(StorageKey.TOKEN) || storage.get(StorageKey.TOKEN),

                COMPANYID: storage.get(StorageKey.COMPANYID),

                COMPANYTYPE: 1,

                CT: 13

            }

        });

        

        //其它的事件监听和原生的是一样

后端代码实现

后端最关键的是设置将响应头的Content-Type设置为text/event-stream、Cache-Control设置为no-cache、Connection设置为keep-alive。每次发消息需要在消息体结尾用"/n/n"进行分割，一个消息体有多个字段每个字段的结尾用"/n"分割。

var http = require("http");



http.createServer(function (req, res) {

  var fileName = "." + req.url;



  if (fileName === "./stream") {

    res.writeHead(200, {

      "Content-Type":"text/event-stream",

      "Cache-Control":"no-cache",

      "Connection":"keep-alive",

      "Access-Control-Allow-Origin": '*',

    });

    res.write("retry: 10000\n");

    res.write("event: connecttime\n");

    res.write("data: " + (new Date()) + "\n\n");

    res.write("data: " + (new Date()) + "\n\n");



    interval = setInterval(function () {

      res.write("data: " + (new Date()) + "\n\n");

    }, 1000);



    req.connection.addListener("close", function () {

      clearInterval(interval);

    }, false);

  }

}).listen(8844, "127.0.0.1");

其它开发中遇到的问题

我在开发调试中用的是umi，期间遇到个问题就是sse连接上了但是在控制台一直没有返回消息，后端那边又是正常发出了的，灵异的是在后端把服务干掉的一瞬间可以看到控制台一下接到好多消息。我便怀疑是umi的代理有问题，然后我就去翻umi的文档，看到了下面的东西：

一顿操作之后正常

前言

曾经面试时碰到过一个问题：为什么现有的Vue框架开发可以淘汰之前的JQuery？

我回答：Vue框架无需自己操作DOM，可以避免自己频繁的操作DOM

面试官接着反问我：Vue框架无需自己操作DOM，有什么优势吗，不用操作DOM就一定是好的吗？

我懵了，在我的认知里Vue框架无需自己操作DOM性能是一定优于自己来操作DOM元素的，其实并不是的.....

声明式框架与命令式框架

首先我们得了解声明式框架和命令式框架的区别

命令式框架关注过程

JQuery就是典型的命令式框架

例如我们来看如下一段代码

$( "button.continue" ).html( "Next Step..." ).on('click', () => { alert('next') })

这段代码的含义就是先获取一个类名为continue的button元素，它的内容为 Next Step...，并为它绑定一个点击事件。可以看到自然语言描述与代码是一一对应的，这更符合我们做事的逻辑

声明式框架更关注结果

现有的Vue，React都是典型的声明式框架

接着来看一段Vue的代码

<button class="continue" @click="() => alert('next')">Next Step...</button>

这是一段类HTML模板，它更像是直接提供一个结果。至于怎么实现这个结果，就交给Vue内部来实现，开发者不用关心

性能比较

首先告诉大家结论：声明式代码性能不优于命令式代码性能

即：声明式代码性能 <= 命令式代码性能

为什么会这样呢？

还是拿上面的代码举例

假设我们要将button的内容改为 pre Step，那么命令式的实现就是：

button.textContent = "pre Step"

很简单，就是直接修改

声明式的实现就是：

<!--之前 -->

<button class="continue" @click="() => alert('next')">Next Step...</button>

<!--现在 -->

<button class="continue" @click="() => alert('next')">pre Step</button>

对于声明式框架来说，它需要找到更改前后的差异并只更新变化的地方。但是最终更新的代码仍然是

button.textContent = "pre Step"

假设直接修改的性能消耗为 A， 找出差异的性能消耗为 B，
那么就有：

• 命令式代码的更新性能消耗 = A


• 声明式代码的更新性能消耗 = A + B

可以看到声明式代码永远要比命令式代码要多出找差异的性能消耗

那既然声明式代码的性能无法超越命令式代码的性能，为什么我们还要选择声明式代码呢？这就要考虑到代码可维护性的问题了。当项目庞大之后，手动完成dom的创建，更新与删除明显需要更多的时间和精力。而声明式代码框架虽然牺牲了一点性能，但是大大提高了项目的可维护性，降低了开发人员的心智负担

那么，有没有办法能同时兼顾性能和可维护性呢？
有！那就是使用虚拟dom

虚拟Dom

首先声明一个点，命令式代码只是理论上会比声明式代码性能高。因为在实际开发过程中，尤其是项目庞大之后，开发人员很难写出绝对优化的命令式代码。
而Vue框架内部使用虚拟Dom + 内部封装Dom元素操作的方式，能让我们不用付出太多精力的同时，还能保证程序的性能下限，甚至逼近命令式代码的性能

在讨论虚拟Dom的性能之前，我们首先要说明一个点：JavaScript层面的计算所需时间要远低于Dom层面的计算所需时间 看过浏览器渲染与解析机制的同学应该很明白为什么会这样。

我们在使用原生JavaScript编写页面时，很喜欢使用innerHTML，这个方法非常特殊，下面我们来比较一下使用虚拟Dom和使用innerHTML的性能差异

创建页面时

我们在使用innerHTML创建页面时，通常是这样的：

const data = "hello"

const htmlString = `<div>${data}</div>`

domcument.querySelect('.target').innerHTML = htmlString

这个过程需要先通过JavaScript层的字符串运算，然后是Dom层的innerHTML的Dom运算 （将字符串赋值给Dom元素的innerHTML属性时会将字符串解析为Dom树）

而使用虚拟Dom的方式通常是编译用户编写的类html模板得到虚拟Dom（JavaScript对象），然后遍历虚拟Dom树创建真实Dom对象

两者比较：

可以看到两者在创建页面阶段的性能差异不大。尽管在JavaScript层面，创建虚拟Dom对象貌似更耗时间，但是总体来说，Dom层面的运算是一致的，两者属于同一数量级，宏观来看可认为没有差异

更新页面时

使用innerHTML更新页面，通常是这样：

//更新

const newData = "hello world"

const newHtmlString = `<div>${newData}</div>`

domcument.querySelect('.target').innerHTML = newHtmlString

这个过程同样是先通过JavaScript层的字符串运算，然后是Dom层的innerHTML的Dom运算。但是它在Dom层的运算是销毁所有旧的DOM元素，再全量创建新的DOM元素

而使用虚拟Dom的方式通常是重新创建新的虚拟Dom（JavaScript对象），然后比较新旧虚拟Dom，找到需要更改的地方并更新Dom元素

两者比较：

可以看到虚拟DOM在JavaScript层面虽然多出一个Diff算法的性能消耗，但这毕竟是JavaScript层面的运算，不会产生数量级的差异。而在DOM层，虚拟DOM可以只更新差异部分，对比innerHTML的全量卸载与全量更新性能消耗要小得多。所以模板越大，元素越多，虚拟DOM在更新页面的性能上就越有优势

总结

现在我们可以回答这位面试官的问题了：JQuery属于命令式框架，Vue属于声明式框架。在理论上，声明式代码性能是不优于命令式代码性能的，甚至差于命令式代码的性能。但是声明式框架无需用户手动操作DOM，用户只需关注数据的变化。声明式框架在牺牲了一点性能的情况下，大大降低了开发难度，提高了项目的可维护性，且声明式框架通常使用虚拟DOM的方式，使其在更新页面时的性能大大提升。综合来说，声明式框架仍旧是更好的选择

如题，最近非常焦虑，因为考试临近了，所以只好来祸害一下网友了

俺从2023年离职，经历了考研，独立开发，remote，好几段经历

首先是考研，去年考的其实还行，但还是复试被刷，至今被刷原因未知，盲猜是因为本科是民办三本吧

然后remote就是找了个美国的区块链公司，但是因为四月份我忙着搞调剂，过程十分煎熬，根本无心顾暇remote那边天天开会的节奏，所以只能离职，当然啦，最终也没调剂上

这都不是重点，重点是独立开发

从我离职到现在，也快两年了，聪明的人已经发现了，整个互联网技术栈这两年可以说毫无变化，新的端没有，新的框架没有，新的红利也没有，新的独角兽公司也没有

道理很简单，因为现在是僧多粥少的时代，每个人手机上就固定几个app，而且都是存量状态（不需要推翻重来，只需要shi山跳舞）

与此同时，还有若干小公司不断倒闭

懂了吧，现在是需求没了，业务没了，招聘的公司没了

独立开发就只不过是，没有业务，我们自己发现制造业务罢了

但是呢，会更难，因为，资本虽然是傻逼，但它们也不是完全没脑子，如果轻易能成功，他们就不需要跑路了

现实就是，我朋友圈有很多独立开发的，推特上也有很多，但能做到稳定盈利的人，几乎为0

有的是卖小册，有的是搞博客，还有开公司做面试辅导的，也有外包接活的，也有收费技术咨询的

这些统统都是噶韭菜——因为我说的很清楚了，现在是业务没了，是需求没了，但凡不制造需求的，都是瞎扯

——所以我把c站卖了，c站转让前日活5w，但是动漫行业实在太卷了，各种各样的竞品，让我自己都不想看番，更别提服务给他人看了

之前在携程，我的老板和我说，你就当独立创业，携程三万人就是你的第一批客户，我觉得老板说的没错，就是比起b端，我更喜欢c端的用户

所以毫无疑问，我不可能再回去写前端框架了，纯粹浪费时间，浪费我的❤

唉，说了这么多，总而言之，言而总之

回到题目，那就是，每个人失业的前端er都必须有一个稳定盈利的独立开发项目

我也在开新坑了，敬请期待~

前言

在数字化时代，地图服务已成为各类应用的标配，无论是导航、位置分享还是商业分析，地图都扮演着不可或缺的角色。然而，高质量的地图服务往往伴随着不菲的授权费用。公司原先使用的是国内某知名地图服务，但随着业务的扩展和成本的考量，老板决定寻找一种成本更低的解决方案。于是，我们的目光转向了免费的地图服务——天地图。

天地图简介

天地图（lbs.tianditu.gov.cn/server/guid…
是中国领先的在线地图服务之一，提供全面的地理信息服务。它的API支持地理编码、逆地理编码、周边搜索等多种功能，且完全免费。这正是我们需要的。

具体实现代码

为了将天地图集成到我们的系统中，我们需要进行一系列的开发工作。以下是实现过程中的关键代码段。

1. 逆地理编码

逆地理编码是将经纬度转换为可读的地址。在天地图中，这一功能可以通过以下代码实现：

public static MapLocation reverseGeocode(String longitude, String latitude) {

    Request request = new Request();

    LocateInfo locateInfo = GCJ02_WGS84Utils.gcj02_To_Wgs84(Double.valueOf(latitude), Double.valueOf(longitude));

    longitude = String.valueOf(locateInfo.getLongitude());

    latitude = String.valueOf(locateInfo.getLatitude());

    String postStr = String.format(REVERSE_GEOCODE_POST_STR, longitude, latitude);

    String encodedPostStr = null;

    try {

        encodedPostStr = URLEncoder.encode(postStr, "UTF-8");

    } catch (UnsupportedEncodingException e) {

        e.printStackTrace();

    }

    String url = REVERSE_GEOCODE_URL + "?tk=" + TK + "&type=" + GEOCODE + "&postStr=" + encodedPostStr;

    request.setUrl(url);

    Response<String> response = HttpClientHelper.getWithoutUserAgent(request, null);

    if (response.getSuccess()) {

        String body = response.getBody();

        JSONObject jsonObject = JSON.parseObject(body);

        String status = jsonObject.getString("status");

        if (!"0".equals(status)) {

            return null;

        }

        JSONObject resultObject = jsonObject.getJSONObject("result");

        MapLocation mapLocation = new MapLocation();

        String formattedAddress = resultObject.getString("formatted_address");

        mapLocation.setAddress(formattedAddress);

        String locationStr = resultObject.getString("location");

        JSONObject location = JSON.parseObject(locationStr);

        String lon = location.getString("lon");

        String lat = location.getString("lat");

        locateInfo = GCJ02_WGS84Utils.wgs84_To_Gcj02(Double.valueOf(lat), Double.valueOf(lon));

        lon = String.valueOf(locateInfo.getLongitude());

        lat = String.valueOf(locateInfo.getLatitude());

        mapLocation.setLongitude(lon);

        mapLocation.setLatitude(lat);

        JSONObject addressComponent = resultObject.getJSONObject("addressComponent");

        String address = addressComponent.getString("address");

        mapLocation.setName(address);

        mapLocation.setCity(addressComponent.getString("city"));

        return mapLocation;

    }

    return null;

}

2. 周边搜索

周边搜索允许我们根据一个地点的经纬度搜索附近的其他地点。实现代码如下：

public static List<MapLocation> nearbySearch(String query, String longitude, String latitude, String radius) {

    LocateInfo locateInfo = GCJ02_WGS84Utils.gcj02_To_Wgs84(Double.valueOf(latitude), Double.valueOf(longitude));

    longitude = String.valueOf(locateInfo.getLongitude());

    latitude = String.valueOf(locateInfo.getLatitude());

    Request request = new Request();

    String longLat = longitude + "," + latitude;

    String postStr = String.format(NEARBY_SEARCH_POST_STR, query, Integer.valueOf(radius), longLat);

    String encodedPostStr = null;

    try {

        encodedPostStr = URLEncoder.encode(postStr, "UTF-8");

    } catch (UnsupportedEncodingException e) {

        e.printStackTrace();

    }

    String url = SEARCH_URL + "?tk=" + TK + "&type=" + QUERY + "&postStr=" + encodedPostStr;

    request.setUrl(url);

    Response<String> response = HttpClientHelper.getWithoutUserAgent(request, null);

    List<MapLocation> list = new ArrayList<>();

    if (response.getSuccess()) {

        String body = response.getBody();

        JSONObject jsonObject = JSON.parseObject(body);

        JSONObject statusObject = jsonObject.getJSONObject("status");

        String infoCode = statusObject.getString("infocode");

        if (!"1000".equals(infoCode)) {

            return new ArrayList<>();

        }

        String resultType = jsonObject.getString("resultType");

        String count = jsonObject.getString("count");

        if (!"1".equals(resultType) || "0".equals(count)) {

            return new ArrayList<>();

        }

        JSONArray poisArray = jsonObject.getJSONArray("pois");

        for (int i = 0; i < poisArray.size(); i++) {

            JSONObject poiObject = poisArray.getJSONObject(i);

            MapLocation mapLocation = new MapLocation();

            mapLocation.setName(poiObject.getString("name"));

            mapLocation.setAddress(poiObject.getString("address"));

            String lonlat = poiObject.getString("lonlat");

            String[] lonlatArr = lonlat.split(",");

            locateInfo = GCJ02_WGS84Utils.wgs84_To_Gcj02(Double.valueOf(lonlatArr[1]), Double.valueOf(lonlatArr[0]));

            String lon = String.valueOf(locateInfo.getLongitude());

            String lat = String.valueOf(locateInfo.getLatitude());

            mapLocation.setLongitude(lon);

            mapLocation.setLatitude(lat);

            list.add(mapLocation);

        }

    }

    return list;

}

3. 文本搜索

文本搜索功能允许用户根据关键词搜索地点。实现代码如下：

public static List<MapLocation> searchByText(String query, String mapBound) {

    Request request = new Request();

    String postStr = String.format(SEARCH_BY_TEXT_POST_STR, query, mapBound);

    String encodedPostStr = null;

    try {

        encodedPostStr = URLEncoder.encode(postStr, "UTF-8");

    } catch (UnsupportedEncodingException e) {

        e.printStackTrace();

    }

    String url = SEARCH_URL + "?tk=" + TK + "&type=" + QUERY + "&postStr=" + encodedPostStr;

    request.setUrl(url);

    Response<String> response = HttpClientHelper.getWithoutUserAgent(request, null);

    List<MapLocation> list = new ArrayList<>();

    if (response.getSuccess()) {

        String body = response.getBody();

        JSONObject jsonObject = JSON.parseObject(body);

        JSONObject statusObject = jsonObject.getJSONObject("status");

        String infoCode = statusObject.getString("infocode");

        if (!"1000".equals(infoCode)) {

            return new ArrayList<>();

        }

        String resultType = jsonObject.getString("resultType");

        String count = jsonObject.getString("count");



        if (!"1".equals(resultType) || "0".equals(count)) {

            return new ArrayList<>();

        }

        JSONArray poisArray = jsonObject.getJSONArray("pois");

        for (int i = 0; i < poisArray.size(); i++) {

            JSONObject poiObject = poisArray.getJSONObject(i);

            MapLocation mapLocation = new MapLocation();

            mapLocation.setName(poiObject.getString("name"));

            mapLocation.setAddress(poiObject.getString("address"));

            String lonlat = poiObject.getString("lonlat");

            String[] lonlatArr = lonlat.split(",");

            LocateInfo locateInfo = GCJ02_WGS84Utils.wgs84_To_Gcj02(Double.valueOf(lonlatArr[1]), Double.valueOf(lonlatArr[0]));

            String lon = String.valueOf(locateInfo.getLongitude());

            String lat = String.valueOf(locateInfo.getLatitude());

            mapLocation.setLongitude(lon);

            mapLocation.setLatitude(lat);

            list.add(mapLocation);

        }

    }

    return list;

}

4. 坐标系转换

由于天地图使用的是WGS84坐标系，而国内常用的是GCJ-02坐标系，因此我们需要进行坐标转换。以下是坐标转换的工具类：

/**

 * WGS-84：是国际标准，GPS坐标（Google Earth使用、或者GPS模块）

 * GCJ-02：中国坐标偏移标准，Google Map、高德、腾讯使用

 * BD-09：百度坐标偏移标准，Baidu Map使用（经由GCJ-02加密而来）

 * <p>

 * 这些坐标系是对真实坐标系统进行人为的加偏处理，按照特殊的算法，将真实的坐标加密成虚假的坐标，

 * 而这个加偏并不是线性的加偏，所以各地的偏移情况都会有所不同，具体的内部实现是没有对外开放的，

 * 但是坐标之间的转换算法是对外开放，在网上可以查到的，此算法的误差在0.1-0.4之间。

 */

public class GCJ02_WGS84Utils {



    public static double pi = 3.1415926535897932384626;//圆周率

    public static double a = 6378245.0;//克拉索夫斯基椭球参数长半轴a

    public static double ee = 0.00669342162296594323;//克拉索夫斯基椭球参数第一偏心率平方



    /**

     * 从GPS转高德

     * isOutOfChina 方法用于判断经纬度是否在中国范围内，如果不在中国范围内，则直接返回原始的WGS-84坐标。

     * transformLat 和 transformLon 是辅助函数，用于进行经纬度的转换计算。

     * 最终，wgs84ToGcj02 方法返回转换后的GCJ-02坐标系下的经纬度。

     */

    public static LocateInfo wgs84_To_Gcj02(double lat, double lon) {

        LocateInfo info = new LocateInfo();

        if (isOutOfChina(lat, lon)) {

            info.setChina(false);

            info.setLatitude(lat);

            info.setLongitude(lon);

        } else {

            double dLat = transformLat(lon - 105.0, lat - 35.0);

            double dLon = transformLon(lon - 105.0, lat - 35.0);

            double radLat = lat / 180.0 * pi;

            double magic = Math.sin(radLat);

            magic = 1 - ee * magic * magic;

            double sqrtMagic = Math.sqrt(magic);

            dLat = (dLat * 180.0) / ((a * (1 - ee)) / (magic * sqrtMagic) * pi);

            dLon = (dLon * 180.0) / (a / sqrtMagic * Math.cos(radLat) * pi);

            double mgLat = lat + dLat;

            double mgLon = lon + dLon;

            info.setChina(true);

            info.setLatitude(mgLat);

            info.setLongitude(mgLon);

        }

        return info;

    }



    //从高德转到GPS

    public static LocateInfo gcj02_To_Wgs84(double lat, double lon) {

        LocateInfo info = new LocateInfo();

        LocateInfo gps = transform(lat, lon);

        double lontitude = lon * 2 - gps.getLongitude();

        double latitude = lat * 2 - gps.getLatitude();

        info.setChina(gps.isChina());

        info.setLatitude(latitude);

        info.setLongitude(lontitude);

        return info;

    }



    // 判断坐标是否在国外

    private static boolean isOutOfChina(double lat, double lon) {

        if (lon < 72.004 || lon > 137.8347)

            return true;

        if (lat < 0.8293 || lat > 55.8271)

            return true;

        return false;

    }



    //转换

    private static LocateInfo transform(double lat, double lon) {

        LocateInfo info = new LocateInfo();

        if (isOutOfChina(lat, lon)) {

            info.setChina(false);

            info.setLatitude(lat);

            info.setLongitude(lon);

            return info;

        }

        double dLat = transformLat(lon - 105.0, lat - 35.0);

        double dLon = transformLon(lon - 105.0, lat - 35.0);

        double radLat = lat / 180.0 * pi;

        double magic = Math.sin(radLat);

        magic = 1 - ee * magic * magic;

        double sqrtMagic = Math.sqrt(magic);

        dLat = (dLat * 180.0) / ((a * (1 - ee)) / (magic * sqrtMagic) * pi);

        dLon = (dLon * 180.0) / (a / sqrtMagic * Math.cos(radLat) * pi);

        double mgLat = lat + dLat;

        double mgLon = lon + dLon;

        info.setChina(true);

        info.setLatitude(mgLat);

        info.setLongitude(mgLon);



        return info;

    }



    //转换纬度所需

    private static double transformLat(double x, double y) {

        double ret = -100.0 + 2.0 * x + 3.0 * y + 0.2 * y * y + 0.1 * x * y

                + 0.2 * Math.sqrt(Math.abs(x));

        ret += (20.0 * Math.sin(6.0 * x * pi) + 20.0 * Math.sin(2.0 * x * pi)) * 2.0 / 3.0;

        ret += (20.0 * Math.sin(y * pi) + 40.0 * Math.sin(y / 3.0 * pi)) * 2.0 / 3.0;

        ret += (160.0 * Math.sin(y / 12.0 * pi) + 320 * Math.sin(y * pi / 30.0)) * 2.0 / 3.0;

        return ret;

    }



    //转换经度所需

    private static double transformLon(double x, double y) {

        double ret = 300.0 + x + 2.0 * y + 0.1 * x * x + 0.1 * x * y + 0.1

                * Math.sqrt(Math.abs(x));

        ret += (20.0 * Math.sin(6.0 * x * pi) + 20.0 * Math.sin(2.0 * x * pi)) * 2.0 / 3.0;

        ret += (20.0 * Math.sin(x * pi) + 40.0 * Math.sin(x / 3.0 * pi)) * 2.0 / 3.0;

        ret += (150.0 * Math.sin(x / 12.0 * pi) + 300.0 * Math.sin(x / 30.0 * pi)) * 2.0 / 3.0;

        return ret;

    }

}

结论

通过上述代码，我们成功地将天地图集成到了我们的系统中，不仅满足了功能需求，还大幅降低了成本。这一过程中，我们深入理解了地图服务的工作原理，也提升了团队的技术能力。

注意事项

• 确保在使用天地图API时遵守其服务条款，尤其是在商业用途中。


• 由于网络或其他原因，天地图API可能存在访问延迟或不稳定的情况，建议在生产环境中做好异常处理和备用方案。


• 坐标系转换是一个复杂的过程，确保使用可靠的算法和工具进行转换，以保证定位的准确性。

通过这次集成，我们不仅为公司节省了成本，还提升了系统的稳定性和用户体验。在未来的开发中，我们将继续探索更多高效、低成本的技术解决方案。

前言

凌晨4点，我被一阵刺耳的手机铃声惊醒。迷迷糊糊地摸索着手机，屏幕上赫然显示着"线上CPU告警"的字样。瞬间，我的困意全无，取而代之的是一阵冷汗和心跳加速。作为公司核心系统的负责人，我深知这意味着什么——用户体验受损、可能的数据丢失，更糟糕的是，我的年终绩效可能就此化为泡影。

我迅速起身，开始了一场与时间赛跑的故障排查之旅。

1. 初步诊断：快速定位问题

首先，我登录了服务器，使用top命令查看系统资源使用情况：

$ top

输出显示CPU使用率接近100%，load average远超服务器核心数。这确实是一个严重的问题。

接下来，我使用htop命令获取更详细的进程信息：

$ htop

我发现有几个Java进程占用了大量CPU资源。这些进程正是我们的核心服务。

2. JVM层面分析：寻找热点方法

确定了问题出在Java应用上，我开始进行JVM层面的分析。首先使用jstat命令查看GC情况：

$ jstat -gcutil [PID] 1000 10

输出显示Full GC频繁发生，这可能是导致CPU使用率高的原因之一。

接着，我使用jstack命令生成线程转储，查看线程状态：

$ jstack [PID] > thread_dump.txt

分析thread dump文件，我发现大量线程处于RUNNABLE状态，执行着相似的方法调用。

为了进一步定位热点方法，我使用了async-profiler工具：

$ ./profiler.sh -d 30 -f cpu_profile.svg [PID]

生成的火焰图清晰地显示了一个自定义的排序算法占用了大量CPU时间。

3. 应用层面优化：重构算法

找到了罪魁祸首，我立即查看了相关代码。这是一个用于大量数据的自定义排序算法，原本设计用于小规模数据，但随着业务增长，它的性能问题暴露无遗。

我迅速重构了算法，使用Java 8的并行流进行优化：

List<Data> sortedData = data.parallelStream()

    .sorted(Comparator.comparing(Data::getKey))

    .collect(Collectors.toList());

同时，我添加了缓存机制，避免重复计算：

@Cacheable("sortedData")

public List<Data> getSortedData() {

    // 优化后的排序逻辑

}

4. 数据库优化：索引与查询改进

在排查过程中，我还发现了一些低效的数据库查询。使用explain命令分析SQL语句：

EXPLAIN SELECT * FROM large_table WHERE status = 'ACTIVE';

结果显示这个查询导致了全表扫描。我立即添加了合适的索引：

CREATE INDEX idx_status ON large_table(status);

并重写了部分ORM查询，使用更高效的原生SQL：

@Query(value = "SELECT * FROM large_table WHERE status = :status", nativeQuery = true)

List<LargeTable> findByStatus(@Param("status") String status);

5. 部署优化：资源隔离

为了防止单个服务影响整个系统，我决定使用Docker进行资源隔离。创建了如下的Dockerfile：

FROM openjdk:11-jre-slim

COPY target/myapp.jar app.jar

ENTRYPOINT ["java", "-Xmx2g", "-jar", "/app.jar"]

并使用Docker Compose进行服务编排，限制了CPU和内存使用：

version: '3'

services:

  myapp:

    build: .

    deploy:

      resources:

        limits:

          cpus: '0.50'

          memory: 512M

6. 监控告警：防患未然

最后，为了避免类似问题再次发生，我升级了监控系统。使用Prometheus和Grafana搭建了全面的监控平台，并设置了更加智能的告警规则：

- alert: HighCPUUsage

  expr: 100 - (avg by(instance) (rate(node_cpu_seconds_total{mode="idle"}[5m])) * 100) > 80

  for: 5m

  labels:

    severity: warning

  annotations:

    summary: "High CPU usage detected"

    description: "CPU usage is above 80% for more than 5 minutes"

结语：危机与成长

经过近4小时的奋战，系统终于恢复了正常。CPU使用率降到了30%以下，服务响应时间也恢复到了毫秒级。

这次经历让我深刻意识到，在追求业务快速发展的同时，我们不能忽视技术债务的累积。定期的代码审查、性能测试和压力测试是必不可少的。同时，建立完善的监控和告警机制，能够帮助我们更快地发现和解决问题。

虽然这次事件可能会影响我的年终绩效，但它带给我的经验和教训是无价的。持续学习和改进永远是我们的必修课。

凌晨的阳台上，我望着渐亮的天空，心中暗自庆幸：又一次化险为夷。但我知道，明天将是新的挑战，我们还有很长的路要走。

最近的状态有一种好像一个泄了气的皮球的感觉一样，就是对生活中很多事情都提不起来兴趣。

我希望自己可以多看一点书，但是我不想动；我希望自己可以练习书法，但是我不想动；我希望自己可以学会一门乐器，但是我不想动。

相比上面三点，我更希望的是我可以早上起来不用上班，但是这只是我的希望而已。

这就是我最近的生活状态。

我有一种我的生活仿佛失去了控制的感觉，每一天我的内心好像都有一个小人在不断呐喊，说我不想上班。因为这个声音，我一度非常非常想要裸辞，但是我为什么没有裸辞呢？

还不是因为我买房买车欠了十几万，我到现在才还了两万而已，再加上我每个月还有房贷要还。

然而，当我经常不情愿地做着跟我心里想法相悖的行为的时候，我发现自己常常会做一些小动作来向自己表达抗议和不满。

比如说，我的工作会变得越来越低效，上班的时候会偷偷地摸鱼，还有就是变得越来越容易拖延。

就好像这样的我，可以让那个不想上班的我，取得了一丢丢的小胜利一样。

一旦开始接受自己没有办法辞职，并且还要上个几十年班这样的结果时，就会让人有一种破罐子破摔的想法。

而且随之而来的是一种对未来，对生活的无力感。

这种无力感渐渐地渗透在我生活的方方面面，以至于让我慢慢地对很多东西都提不起兴趣，我生活中的常态就变成了不想动。

但是有趣的事情发生了，有一天我在和我朋友聊天的时候，我的脑子里面突然出现了一个想法，就是我决定两年之后我要实现我不上班的这个目标。

当有了这个想法之后，我就开始认真思考这件事情的可行度。

通过分析我现在收支情况，我把两年之内改成了2026年之前，因为我觉得这样会让我更加信服这个目标的可行性。

同时我把这个想法也拆分成了两个更为具体的目标，其中一个就是我要在2026年之前还完欠的所有钱。

第二个就是我需要给自己存够20万，这20万是不包括投资理财或者基金股票里面的钱，而是我完全可以自由支配的。

毕竟没有人可以在没有工作的情况下，没有收入的情况下。没有存款的情况下，还能保持一个不焦虑的状态。

当我得出了这两个具体的目标之后，我整个人瞬间被一种兴奋的状态填满，我瞬间找到了工作的意义和动力。

也许你会说，我的这个想法对我现在生活根本起不到任何的改变作用。

我依旧还需要每天七点起床，还是要每天重复地去过我两点一线的生活。

但是于我自己而言，当我给我上班的这件事情加了一个两年的期限之后，我突然觉得我的未来，我的生活都充满了希望。

我整个人从不想动的状态，变成了一种被兴奋的状态填满的感觉。

所以，如果你和我一样有一些类似的困扰，有一些你不想做而又不得不做的事情，让你有一种深陷泥潭，无法前进的感觉，那你不妨试一下这个方法。

结合你自己的实际情况，为你不想做这件事情，设计一个期限，这个期限必须要是你认可，你接受，并且你认为你可以在这个截止时间之前完成的。

我想这个决定应该会对你的生活带来一些改变。

大家好，我是双越老师，wangEditor 作者。

我正在开发一个 Nodejs 全栈 AIGC 知识库项目 划水AI，包括富文本编辑器，多人协同编辑，AI 写作，AI 处理文本等。有兴趣的同学可以围观项目。

开始

虽然标题是 35 岁，但其实本文 2024 年我 36 岁时写的。36 岁总结 35 岁，也没毛病。

35 岁对于我们程序员来说是一个非常敏感的年龄，但我已过 35 ，看看往后会越来越敏感，还是越来越麻木？

本文和大家分享一下我个人在业余生活中的，我觉得很有意义的事情。甚至我觉得这些是事情的意义，都大于工作的成绩。

生活是一个整体，工作只是其中一部分，只是我们养家糊口的一个手段。工作以外的其他部分应该更加重要，例如业余爱好、饮食、休息、娱乐、家庭等。

1. 戒烟

我从大学毕业开始学着吸烟，到 35 岁已经有十几年的烟龄了。虽然每天吸烟量不大，但也断不了，有瘾。

我为什么要戒烟呢？

是觉得吸烟有害健康？—— 对，吸烟肯定有害健康，但人类天生是一种及时行乐的动物，谁会在乎 20 年 30 年以后的健康呢？人类天生是一个心存侥幸的动物（赌徒性质），也不是每个吸烟者都会有 xxx 病，对吧？之前看过一个段子，说某呼吸外科医生做完，累几个小时做完一台手术，先出去吸烟休息一下。

我戒烟，单纯就是想戒。我想摆脱烟草和尼古丁的控制，而且是想了很久了，不是一时突发奇想，之前就有充分的心理准备。

还有，我想在 35+ 的年纪做一点叛逆的事情，叛逆使人年轻，叛逆使人保持活力。年轻时吸烟是叛逆，年龄大了戒烟就是叛逆。年轻时叛逆是狂，年龄大了叛逆是帅。所以，各位大龄程序员，有机会要让自己叛逆起来，做一点帅的事情。

最后，当时 2023 年夏天，我正好不忙，天天闲着，总得找点事儿干。既然工作上不忙，那就在自己身上找点有意义事情做吧 —— 外求不得而向内求，如果没法从外面挣取，那就去提高自身。

烟瘾是什么？就是尼古丁的戒断反应，没有其他理由，没人其他任何事情会让你 1-2 小时就想一次，而且持续想。

关于烟草的本质，烟草的历史，烟草的商业化推广过程，烟草的洗脑广告…… 还有很多内容可以讲，本文就不展开了，有兴趣的可以留言咨询。我很早之前就看过，去学习这些，并且接受这些，才能更好的帮助戒烟。

所以，就这么戒了，到写作本文的时候，正好是戒了一年。我觉得这是我去年做过的最有价值的事情，比我工作挣的钱都有价值。

2. 戒酒

之前我是比较喜欢喝酒的，喜欢一帮人聚餐那种兴奋的状态。但后来喝多了就肚子难受，一躺下就想吐，于是决定不喝了。

有些人说：你可以少喝点。但在中国北方的酒桌上，只有 0 和 1 ，没有中间态。只要你喝了，一开始朋友劝你多喝点，再喝多一点就不用别人劝了，自己就开始主动找酒瓶子了。

我不懂酒，没喝过啥好酒，很少喝红酒。就日常喝的白酒和啤酒而言，我觉得都不好喝。

白酒，度数高，辣（尤其酱味的），容易醉。全世界就中国及其周边人喝白酒，国内几千的白酒没有国际市场。而且单就中国而言，白酒蒸馏技术几百年了，也只有最近这不到 100 年喝白酒。《红楼梦》上层人不喝白酒，《孔乙己》下层人也不喝白酒。

现在喝白酒的人，有两类：1. 被酒桌文化感染而顺从的人； 2. 有酒瘾想快速体验酒精的人。

啤酒，要分好多种，咱日常喝的瓶装的、桶装的，都可以统称为工业啤酒，像水一样，轻薄寡淡 —— 但它有酒精啊！

那种全麦啤酒（忘记名字了，不常喝）还是很好喝的，但价格较高，自己买点喝还行，聚餐喝那个太贵了（普通饭店也没有卖的），很少喝。

我身边也有一些朋友，每周都喝好几次，大部分是为了工作，拉拢客户关系。我觉得我还是比较幸运的，写写代码，改改 bug ，也不用太考虑人际关系。程序员的为数不多的好处。

3. 不看和自己无关的事情

我从不刷抖音（虽然我会发布一些抖音视频），但我之前很喜欢看今日头条 app ，每天闲了就刷一下，吃饭也看，睡前也看。

但是我都看了些啥呢？有一些是娱乐性的小视频，搞笑的，猎奇的，做饭吃饭的，我觉得这些很好，提供情绪价值。

其他的，什么俄 x 战争，什么国外 xxx 冲突，什么体育明星谁比谁厉害，什么传统武术，什么中医 …… 还有这些的评论，各路网友互怼。有时候看的都让人很带情绪，感觉有些人是不是傻，这么简单的道理看不明白？有些人是不是坏，不看事实，只看立场？

这些不仅不能提供情绪价值，反而会增加你的负面情绪。而且，根据《乌合之众》大众心理学研究，你只要参与了其中，你参与了互怼，你就会成为他们其中的一员，也变成傻子或坏人。围观，也是一种参与，你的心里会支持某一方。

更关键的是，这些事情我自己有关系吗？或者我的表态能决定这件事儿的走向吗？哪怕投一票决定一点点呢 —— 答案是显然的，要么没有任何关系，要么自己瞎操心。

所以，我卸载了今日头条 app ，不看了，眼不见心不烦，这些事情我不知道，也不影响我个人工作生活。从此以后，我觉得我的世界瞬间清净了，至少不会被那些负面情绪所打扰。

另外，我睡前也不看手机了，把手机扔在书房充电，直接睡觉。如果偶尔失眠或想事情，那就想，也不用非得拿着手机想，对吧。

总结

35 岁是一个里程碑和转折点，工作上如此，生活中也是如此。程序员是一个相对来说比较“单纯”的群体，我觉得更应该关注个人生活中的成长，共勉，加油～

在 2020 年，我辞职在家，每天都有大把时间。于是，我开始开发一些与开发相关的小工具，目的是解决开发中遇到的问题，或者帮助更深入地理解某些技术概念。

每天写写小工具，时间就这样一天天过去，回想起来，这段经历其实挺有意思的。

刚开始时，这些工具的 UI 确实比较简陋。不过随着时间推移，我也在不断改进它们的外观。虽然现在看来可能还是不够精美，但已经有了很大进步。

说实话，这些工具的用户引导和文档都很少，更像是我自己的一个小天地。通过 Google Analytics 的数据，我发现有些工具的使用者可能只有我自己，比如微图床。但正因为我自己在用，即使最近添加新工具的频率减少了，我也一直在维护它们。

令我感到欣慰的是，我把其中一些工具提交到了阮一峰老师的博客，很多小工具都得到了他的推荐。这对我来说是一种莫大的鼓励。

一些与深入原理相关的工具

这些工具旨在帮助开发者更深入地理解一些基础概念和底层原理。

IEEE754 浮点数转换

这个工具可以帮助你理解 IEEE 754 标准中双精度浮点数的内部表示。它能将十进制数转换为对应的二进制表示，并清晰地展示符号位、指数位和尾数位。这对于理解计算机如何处理浮点数非常有帮助。

根据 IEEE754 标准，Infinity 的浮点数转换为：指数位全为 1，尾数位全为 0。

以下是 Infinity 的浮点数转换：

根据 IEEE754 标准，0 的浮点数转换为：符号位为 0，指数位全为 0，尾数位全为 0。

以下是 0 的浮点数转换：

UTF-8 编码转换

UTF-8 是一种可变长度的字符编码，这个工具可以帮助你理解 Unicode 字符是如何被编码成 UTF-8 的。你可以输入任何 Unicode 字符，工具会显示其 UTF-8 编码的二进制表示，让你直观地看到编码过程。

base64 编码转换

Base64 是一种常用的编码方式，特别是在处理二进制数据时。这个工具不仅可以帮助你理解 Base64 编码的原理，还提供了便捷的编码和解码功能。它对于处理需要在文本环境中传输二进制数据的场景特别有用。

文件类型检测

这个工具可以帮助你理解如何通过文件的魔数（magic number）来判断文件类型。你可以上传一个文件，工具会读取文件的二进制数据，并根据魔数判断文件类型。这在处理未知文件或验证文件类型时非常有用。

比如，JPEG 是因为它的 Magic Number 为 FF D8 FF DB

图片相关

图片处理是 Web 开发中的一个重要方面，以下是一些与图片处理相关的工具。

微图

这是一个快速的图片压缩工具，可以帮助你减小图片文件的大小，而不会显著降低图片质量。

它支持多种图片格式，并且没有文件大小或数量的限制。这个工具对于优化网站加载速度特别有帮助。

最主要的是它借助于前端实现，无需服务器成本，所以你不需要担心隐私问题。它的实现方式与 squoosh 类似，都是借助于 WebAssembly 实现。

微图床

这是一个个人图床工具，允许你将 GitHub 仓库用作个人图床。它提供了简单的上传和管理功能，让你可以方便地在文章或网页中引用图片。对于经常需要在线分享图片的开发者来说，这是一个非常实用的工具。

图片分享

这个工具可以帮助你快速生成带有文字的图片，适合用于社交媒体分享或创建简单的海报。它简化了图文组合的过程，让你无需使用复杂的图像编辑软件就能创建吸引人的图片。

图片占位符

这是一个图片占位符生成工具，可以快速创建自定义尺寸和颜色的占位图片，非常适合在开发过程中使用。它可以帮助你在实际图片还未准备好时，保持页面布局的完整性。

编码与加密

在 Web 开发中，我们经常需要处理各种编码和加密。以下是一些相关的工具：

URL 编码

这个工具可以帮助你进行 URL 编码和解码，对于处理包含特殊字符的 URL 非常有用。它可以确保你的 URL 在各种环境中都能正确传输和解析。

HTML 实体编码

HTML 实体编码工具可以帮助你将特殊字符转换为 HTML 实体，确保它们在 HTML 中正确显示。这对于防止 XSS 攻击和确保 HTML 文档的正确渲染都很重要。

哈希生成器

这个工具可以生成多种常用的哈希值，包括 MD5、SHA1、SHA256 等。它在数据完整性验证、密码存储等场景中非常有用。

颜色工具

颜色是 Web 设计中的重要元素，以下是一些与颜色相关的工具：

颜色转换

这个工具可以在 RGB、HSL、CMYK 等不同颜色模型之间进行转换。它可以帮助设计师和开发者在不同的颜色表示方法之间自如切换。

调色板生成器

这个工具可以帮助你生成颜色的色调和阴影，非常适合创建一致的颜色主题。它可以让你快速构建和谐的配色方案，提高设计效率。

对比度计算器

这个工具可以计算两种颜色之间的对比度，帮助你确保文本在背景上的可读性。它对于创建符合可访问性标准的设计非常重要。

结语

虽然有些工具可能只有我自己在用，但正是这种持续的学习和创造过程让我感到充实和快乐。

我会继续维护和改进这些工具，也欢迎大家使用并提供反馈。

大家好，我是双越老师，wangEditor 作者。

我正在开发一个 Nodejs 全栈 AIGC 知识库项目 划水AI，包括富文本编辑器，多人协同编辑，AI 写作，AI 处理文本等。有兴趣的同学可以围观项目。

开始

虽然标题是 35 岁，但其实本文 2024 年我 36 岁时写的。36 岁总结 35 岁，也没毛病。

35 岁对于我们程序员来说是一个非常敏感的年龄，但我已过 35 ，看看往后会越来越敏感，还是越来越麻木？

本文和大家分享一下我个人在业余生活中的，我觉得很有意义的事情。甚至我觉得这些是事情的意义，都大于工作的成绩。

生活是一个整体，工作只是其中一部分，只是我们养家糊口的一个手段。工作以外的其他部分应该更加重要，例如业余爱好、饮食、休息、娱乐、家庭等。

1. 戒烟

我从大学毕业开始学着吸烟，到 35 岁已经有十几年的烟龄了。虽然每天吸烟量不大，但也断不了，有瘾。

我为什么要戒烟呢？

是觉得吸烟有害健康？—— 对，吸烟肯定有害健康，但人类天生是一种及时行乐的动物，谁会在乎 20 年 30 年以后的健康呢？人类天生是一个心存侥幸的动物（赌徒性质），也不是每个吸烟者都会有 xxx 病，对吧？之前看过一个段子，说某呼吸外科医生做完，累几个小时做完一台手术，先出去吸烟休息一下。

我戒烟，单纯就是想戒。我想摆脱烟草和尼古丁的控制，而且是想了很久了，不是一时突发奇想，之前就有充分的心理准备。

还有，我想在 35+ 的年纪做一点叛逆的事情，叛逆使人年轻，叛逆使人保持活力。年轻时吸烟是叛逆，年龄大了戒烟就是叛逆。年轻时叛逆是狂，年龄大了叛逆是帅。所以，各位大龄程序员，有机会要让自己叛逆起来，做一点帅的事情。

最后，当时 2023 年夏天，我正好不忙，天天闲着，总得找点事儿干。既然工作上不忙，那就在自己身上找点有意义事情做吧 —— 外求不得而向内求，如果没法从外面挣取，那就去提高自身。

烟瘾是什么？就是尼古丁的戒断反应，没有其他理由，没人其他任何事情会让你 1-2 小时就想一次，而且持续想。

关于烟草的本质，烟草的历史，烟草的商业化推广过程，烟草的洗脑广告…… 还有很多内容可以讲，本文就不展开了，有兴趣的可以留言咨询。我很早之前就看过，去学习这些，并且接受这些，才能更好的帮助戒烟。

所以，就这么戒了，到写作本文的时候，正好是戒了一年。我觉得这是我去年做过的最有价值的事情，比我工作挣的钱都有价值。

2. 戒酒

之前我是比较喜欢喝酒的，喜欢一帮人聚餐那种兴奋的状态。但后来喝多了就肚子难受，一躺下就想吐，于是决定不喝了。

有些人说：你可以少喝点。但在中国北方的酒桌上，只有 0 和 1 ，没有中间态。只要你喝了，一开始朋友劝你多喝点，再喝多一点就不用别人劝了，自己就开始主动找酒瓶子了。

我不懂酒，没喝过啥好酒，很少喝红酒。就日常喝的白酒和啤酒而言，我觉得都不好喝。

白酒，度数高，辣（尤其酱味的），容易醉。全世界就中国及其周边人喝白酒，国内几千的白酒没有国际市场。而且单就中国而言，白酒蒸馏技术几百年了，也只有最近这不到 100 年喝白酒。《红楼梦》上层人不喝白酒，《孔乙己》下层人也不喝白酒。

现在喝白酒的人，有两类：1. 被酒桌文化感染而顺从的人； 2. 有酒瘾想快速体验酒精的人。

啤酒，要分好多种，咱日常喝的瓶装的、桶装的，都可以统称为工业啤酒，像水一样，轻薄寡淡 —— 但它有酒精啊！

那种全麦啤酒（忘记名字了，不常喝）还是很好喝的，但价格较高，自己买点喝还行，聚餐喝那个太贵了（普通饭店也没有卖的），很少喝。

我身边也有一些朋友，每周都喝好几次，大部分是为了工作，拉拢客户关系。我觉得我还是比较幸运的，写写代码，改改 bug ，也不用太考虑人际关系。程序员的为数不多的好处。

3. 不看和自己无关的事情

我从不刷抖音（虽然我会发布一些抖音视频），但我之前很喜欢看今日头条 app ，每天闲了就刷一下，吃饭也看，睡前也看。

但是我都看了些啥呢？有一些是娱乐性的小视频，搞笑的，猎奇的，做饭吃饭的，我觉得这些很好，提供情绪价值。

其他的，什么俄 x 战争，什么国外 xxx 冲突，什么体育明星谁比谁厉害，什么传统武术，什么中医 …… 还有这些的评论，各路网友互怼。有时候看的都让人很带情绪，感觉有些人是不是傻，这么简单的道理看不明白？有些人是不是坏，不看事实，只看立场？

这些不仅不能提供情绪价值，反而会增加你的负面情绪。而且，根据《乌合之众》大众心理学研究，你只要参与了其中，你参与了互怼，你就会成为他们其中的一员，也变成傻子或坏人。围观，也是一种参与，你的心里会支持某一方。

更关键的是，这些事情我自己有关系吗？或者我的表态能决定这件事儿的走向吗？哪怕投一票决定一点点呢 —— 答案是显然的，要么没有任何关系，要么自己瞎操心。

所以，我卸载了今日头条 app ，不看了，眼不见心不烦，这些事情我不知道，也不影响我个人工作生活。从此以后，我觉得我的世界瞬间清净了，至少不会被那些负面情绪所打扰。

另外，我睡前也不看手机了，把手机扔在书房充电，直接睡觉。如果偶尔失眠或想事情，那就想，也不用非得拿着手机想，对吧。

总结

35 岁是一个里程碑和转折点，工作上如此，生活中也是如此。程序员是一个相对来说比较“单纯”的群体，我觉得更应该关注个人生活中的成长，共勉，加油～

尤雨溪在Vite Conf 2024上宣布成立公司Void Zero，目前已经完成$460万种子轮融资，由Accel领头，并且有Amplify以及在dev tools领域有丰富经验的创始人参与。 主要目标是搭建下一代JavaScript工具链，实现一套工具覆盖从源码到最终产物的中间过程，例如semantic analysis、transformer、linter、formatter、minifier、boundler等。

好的工具链不外乎快、好用， 本文将结合尤雨溪在Vite Conf 2024上分享的内容来介绍什么是下一代JavaScript工具链， 以及快、好用体现在哪些方面， 最后再上手试验下相关工具看是否真的快。

Vite工具现状

相信现在大多数前端开发人员的构建工具首选一定是Vite，Vite确实易上手并且快，涵盖了Vue、React、Preact等主流前端框架，也支持TypeScript、Nuxt等。Vite仅需简单的几个指令即可运行起项目:

// 运行create指令，选择前端框架和语言，例如Vue、TypeScript

npm create vite@latest



// Done. Now run:

  

cd vite-project

npm install

npm run dev

Vite为什么快？

有对比才能体现快，几年前构建前端项目还是使用webpack、Rollup、Parcel等工具，当项目代码指数级增长，这些工具的性能瓶颈愈发明显，动不动需要几分钟才能启动dev server，即使是模块热更新(HMR)，文件修改后也需要几秒钟才能反馈到浏览器，这严重影响开发者工作幸福指数。

浏览器的快速发展造就了Vite，Vite的优势在两个方面：首先是支持了Native ES Modules，其次是build过程接入了编译型语言(如go、rust)开发的工具。这些优势体现在服务器启动和热更新两个阶段：

• 服务器启动： Vite将应用中的模块区分为依赖、源码两种，改进了开发服务器启动时间。
  
  
  
  
  • 依赖：开发时不会变动的纯JavaScript，或者是较大的依赖(上百个模块的组件库)，这些代码的处理代价比较高，Vite会使用esbuild预构建这些依赖，由于esbuild使用Go编写，因此比以JavaScript编写的打包器预构建快10-100倍。
  
  
  • 源码：对于Vue、JSX等频繁变动的代码文件，Vite以原生ESM方式提供源码，让浏览器接管了打包程序的部分工作，Vite只需要在浏览器请求源码时进行转换并安需提供，也就是需安需导入、安需加载。
  
  
  
  

  



• 热更新(HMR)
  
  

  在Vite中，HMR是在原生ESM上执行的。当编辑一个文件时，Vite只需要精确地使已编辑Module与其最近的HMR边界之间的链失活，使得无论应用大小如何，HMR能保持快速更新。

  
  

  Vite同时利用HTTP头来加速整个页面的重新加载：源码模块请求根据304 Not Modified协商缓存，而预构建的依赖模块请求则通过Cache-Control:max-age=31536000,immutable进行强缓存，因此一旦被缓存将不需要再次请求。

Vite也有缺陷

Vite当前架构底层依赖于esbuild、Rollup、SWC，三者的作用如下：

• esbuild: Vite使用esbuild执行依赖项预构建，转化TypeScript、JSX，并且作为生成环境构建的默认minifier。


• Rollup: Rollup直接基于ES6模块格式，因此能够实现除屑优化(Tree Shaking)，然后基于插件生态来支持打包过程的扩展。Vite基于Rollup的插件模板实现插件生态，构建生产环境的bundling chunk和静态资源。


• SWC: SWC使用Rust语言实现，号称super-fastJavaScript编译器，能够将TypeScript、JSX编译为浏览器支持的JavaScript，编译速度比babel快20倍。Vite主要使用SWC来打包React代码以及实现React代码的HMR。

Vite充分利用esbuild、Rollup、SWC各自的优势来组合成一套打包工具链，虽然对使用者来说是无感的，但对于Vite内部，三套打包框架组合在一起本身就显得比较臃肿。

接下来我们就分析下这一套组合拳会有哪些缺陷：

• 两套bundling
  
  

  
  

  虽然esbuild构建非常快，但它的tree shaking以及代码切分不像rollup的配置化那样灵活，插件系统设计的也不尽如人意，因此Vite仅在DEV环境使用esbuild预构建依赖项。rollup正好拟补了ebuild的缺点，比较好的chunck control，以及易配置的tree shaking，因此适合在生成环境打包代码。

  
  

  
  


• 生产环境构建速度慢
  
  

  
  

  由于Rollup基于JavaScript实现，虽然比Webpack快很多，但相比于native工具链，速度就相形见绌了。

  
  

  
  


• 比较大的二进制包
  
  

  
  

  SWC的二进制包有多大？在Mac系统下，达到37MB，比Vite和其依赖项文件总和大了2倍。

  
  

  
  


• SWC虽然快，但缺少bundler能力
  
  

  
  

  SWC有比较完善的transform和minifier，但没有提供可用的bundler，这也就说明了SWC不能直接作为打包工具。

  
  

  
  


• 不一致的bundler行为
  
  

  
  

  DEV环境使用esbuild预构建依赖项，而PROD环境使用rollup构建包，在包含ESM、CJS多模块形式场景下，esbuild和rullup的构建行为存在差异，导致一些仅在线上出现的问题。

  
  

  
  


• 低效率的构建管道
  
  

  
  

  由于混合了JavaScript、Go、Rust三种程序，同一代码片段可能会在不同进程重复执行AST、transform、serialize，并将结果在不同进程间传递。另一方面，在进程间传递大量的代码块本身也会有比较大的开销，特别是传递source map此类文件时开销更大。

  
  

  
  

总结这些问题，就三点：碎片化、不兼容、低效率。 为了解决这些种种问题，统一的打包工具迫在眉睫，这也是尤雨溪提出Rolldown的主要原因。

基于Rust的下一代工具链

VoidZero提出的下一代工具链是什么?下图为 VoieZero规划蓝图，不管是Vue、React、Nuxt还是其他前端框架，一个Vite统统给你搞定，测试框架仅需Vitest即可。Vite底层依赖Rolldown打包器，而打包过程完全交由工具链Oxc负责。实际干活的Rolldown和Oxc都基于Rust实现，因此够快。

Oxc、Rolldown离正式使用还有一段距离，预计是2025年初投入使用，但这也不妨碍我们先了解下这两个工具让人惊掉下巴的牛，毕竟值460万美金。

Oxc

Oxc作为统一的语言工具链，将提供包含代码检查Linter、代码格式化Formatter、代码打包的组合式NPM包或者Rust包。代码打包过程分为Transformer、Minifier、Resolver、Parser、Semantic Analysis。

Oxc官网地址: oxc.rs/ ， 目前已经发布了oxlint v0.9.9、oxc-transform alpha 版本。

• oxlint v0.9.9：检查速度比eslint快50-100倍。oxlint已经在Shopify投入使用，之前使用eslint检查代码需要75分钟/CI，而使用oxlint仅需要10秒钟，你就说快吧！


• oxc-transform alpha：转换速度是SWC的3到5倍, 并且内存占用减少20%, 更小的包体积(2MB vs SWC的37MB). 已实现的主要3个功能：
  
  
  
  • 转换TypeScript至ESNext；
  
  
  • 转换React JSX至ESNext，并支持React Refresh；
  
  
  • TypeScript DTS 声明；
  
  
  
  

Oxc目前已完成Parser Linter Resolver，正在快马加鞭地完善Transformer。

Rolldown

Rolldown是基于Rust实现的JavaScript快速打包器，与Rollup API兼容。作为打包器应包含的功能有：

• Bundling:
  
  
  
  
  • 阶段1：使用Rolldown替换esbuild，执行依赖项预生成，主要包括多entry的代码切分、cjs/esm混合打包、基础插件支持；
  
  
  • 阶段2：Rolldown能够支持生成环境构建，包括命令行和配置文件支持、Treeshaking、Source map、Rollup插件兼容等；
  
  
  
  


• Transform: 使用oxc代替esbuild的Transform，尽可能使用同一套AST。核心功能模块Typescript/JSX转换、代码缩减(minification)以及语法降级；


• 与Vite深度集成: 替换esbuild和rollup，Vite内部核心插件使用Rust实现，提升构建效率。

Rolldown在性能方面表现如何？官方给出了两个测试。

测试一：打包数量为19k的模块文件，其中10k为React JSX组件，9k为图标js文件。不同打包框架的耗时如下：

• rolldown: 0.63s


• rolldown-vite: 1.49s


• esbuild: 1.23s


• fram: 2.08s


• rsbuild: 3.14s

rolldown打包速度比esbuild快了近2倍。

测试二：打包Vue Core代码，基于TypeScript的多包仓库，包含11个包/62个dist bundles,耗时如下：

基于rolldown的Vue3.5源代码比Rollup构建快了近8倍。

单从测试数据来看，基于Rust开发的rolldown，打包速度确实带来惊人的提升。以下为下一代Vite的架构概览，预计2025年初发布。

总结

VoidZero宣称的下一代JavaScript工具链，价值460万美金，其商业价值可见一斑，对于研发个体来说没有明显的感受，但对于大型企业来说，VoidZero能实打实的为企业节省每年几百万的CI构建成本。

VoidZero将清一色的使用Rust来搭建底层构建逻辑，如果能够成型，也证明了Rust在前端构建领域的地位。这也让我们反思，借助于Rust独特的性能和安全性优势，它还能够为前端带来哪些价值？例如WASM支持，基于Tauri、Electon.rs框架的桌面应用，支持Flutter和Dart语言的移动端应用。

究竟VoidZero会为前端领域带来怎样的变革，Vite能不能一统JavaScript工具链，让我们拭目以待吧。

我是前端下饭菜，原创不易，各位看官动动手，帮忙关注、点赞、收藏、评轮！

prop_c.setProperty(key, value);

public synchronized V put(K key, V value) {

    // Make sure the value is not null

    if (value == null) {

        throw new NullPointerException();

    }

    }

role.haveRole("ADMIN_USE")

3. 日志打印居然sout和log混合双打

先不说双打的事，对于上图这个，应该输出包括堆栈信息，不然定位问题很麻烦，有人可能会说e.getMessage()最好，可是生产问题看多了发现还是打堆栈好；还有如果不是定向返回信息，仅仅是记录日志，完全没必要catch多个异常，一个Exception足够了，不知道原作者这么写的意思是啥；还是就是打印日志要用logger，用sout打印在控制台，那我日志文件干啥；

4.提交的代码没有技术经理把关，下发生产包是个人就可以发导致生产环境代码和本地代码或者数据库数据出现不一致的现象，数据库数据的同步是生产最容易忘记执行的一个事情；比如我的这家公司上传文件模板变化了，但是没同步，导致出问题时开发环境复现问题真是麻烦；

5.随意更改生产数据库，出不出问题全靠开发的职业素养；

6.Maven依赖的问题，Maven引pom，而pom里面却是另一个pom文件，没有生成的jar供引入，是的，我们可以在dependency里加上

<type>pom

来解决这个问题，但是公司内的，而且实际也是引入这个pom里面的jar的，我实在不知道这么做的用意是什么，有谁知道；求教 

以上这些都是我最近一家公司出现的问题，除了默默接受还能怎么办；

那有什么优点呢：

解决之道

怎么解决这些问题呢，首先对于现有的新项目或升级的项目来说，spring的application.xml/yml 完全可以写我们的配置，开发环境没必要整外部文件，如果是生产环境我们可以在脚本或启动命令添加 nohup java -Dfile.encoding=UTF-8 -Dspring.config.location=server/src/main/config/application.properties -jar xxx.jar & 来告诉jar包引哪里的配置文件；也可以加上动态配置，都很棒的，

其次就是规范代码，养成良好的规范，跟着节奏，不要另辟蹊径；老老实实的，如果原项目上迭代，不要动源代码，追加即可，没有时间去重构的；

我也曾是个快乐的童鞋，也有过崇高的理想，直到我面前堆了一座座山，脚下多了一道道坑，我。。。。。。！