秀恩爱见的多，如此有才的秀恩爱却少见，看看我朋友夫妻俩在文学刊物上发文给对方致信及回信。

　　彼岸和马哥是夫妻，一对十分有才情的夫妻，在我小小的朋友圈里算是才气值最高的了。忘记了是几个月以前，得知他俩作品发表到刊物了便向其索书，彼岸说等期刊出来之后寄我两本，我就等着了，期间还问过一两次书出来没，最近终于出来了，我如愿收到。她还收集了几片美丽的银杏叶赠我，刻意找纯黄无瑕疵的叶子，用精致的小相框夹好了。真是有心！

　　马哥与我并未谋面，只见于彼岸的叙述里。马哥是一位职业画家，作画是个辛苦活，还经常要去外地好多天，我见过他的工笔花鸟画，虽然我不懂但也能感到十分惊艳。彼岸跟我是快二十年的老朋友了，当时在厦门认识的，也是我的湖北老乡，比我小好几岁。那时的她就已经展露她的才气了，圈子里颇有名气。我们有一些共同的朋友，她在家“大宴宾客”的时候，我也蹭过饭。这么些年了，还能保持联系，属实不容易的，除了珍视友谊，也还需要一些幸运的。

　　收到书的第一天就仔细读了马哥的长文《写给妻子的一封信》，又搁了几天读了彼岸的回信《雨天回马先生家书》，还有马哥的几首小诗。十分赞叹他俩文笔，也十分钦佩他俩的十多年的感情，还有他俩对人生的态度。文字版的全文发在《房县文艺》公众号，本文末尾有链接。

　　丈夫马哥《写给妻子的一封信》的开头和结尾两段拿出来感受一下。

当我就着窗外的月光将这些承载着心意的文字轻轻叠合，忽然发现每一次倾诉里，都藏着我们灵魂共振的频率。原来爱从不是单向的奔赴，而是两颗心在时光里互为镜像，温柔生长。
……
……
往后的日子，愿你、我，还有我们的小小马继续在时光里种满“一起”的故事，用理解作帆，信任为锚，让每一个现在都成为未来回忆里的糖。那时的我们或许不知道，这缕月光会一路照亮小院的蔷薇、房县的街巷、郊外的蓝天碧草山山水水，以及此刻“一起”生长的时光。你看，春天在发芽，夏天在开花，而我们，正在彼此的生命里，长成最美好的模样。

　　妻子彼岸的回信《雨天回马先生家书》也摘录两段与诸君共赏。

你说“云与天空的诀别”，这般意象美得令人心头发紧——原来每一场雨都是云朵写给苍穹的绝笔诗啊。而人间所有未尽的言语，大抵也都化作氤氲水汽升腾至九霄，只待某日倾盆而下，淋湿某个猝不及防的归人。
……
……
“月有阴晴圆缺”恰是道不尽的东方智慧。你看此时窗外那被雨水洗过的月亮，残缺时清辉更甚圆满。若把人生看作长卷，彼此分隔两地的时光不过是留白处的题跋，而所有未完成的句点，终将在回忆里长出新的枝桠。恰如你笔下的云，纵使消散成雨，亦会以朝露的姿态重返花瓣，以薄雾的形貌再吻青山。

　　十多年的夫妻，仍然有这样的感情浓度，甜不甜，醇不醇，羡慕不羡慕？最好的感情，不是520的红包，不是节日礼物的仪式感，不是18万的彩礼，而是真正感恩对方的付出，心里总是装着对方。他们生活在小县城，经济条件并不是十分优越，家里也无法助力，凭借两个人的努力工作和对生活的热爱，虽然辛苦，也过得幸福美满。

　　多年夫妻，过得仍然相安无事的就算凤毛麟角了，多数是一地鸡毛，就如我自己也是痛苦拉扯分手收场的反面典型。上乘的婚姻不需要经营，因为双方契合有格局，各自按照自己的方式自然而然的生活，就能过得很幸福。中等的婚姻需要经营，需要至少一方有能力和智慧，克服人性的弱点，扬长避短获取生活的幸福，然而大多数人都是不具备这项能力的。

　　婚姻这么重要而且需要艺术的事情，我们往往是未经任何学习和研究就茫然入场了。起初只看到了爱情的光芒，以为自己也能以爱情为矛，刺破所有挡路的盾，待到跌跌撞撞伤痕累累才知自己曾经多么傲慢无知。当然也有许多人并不知自我反思反而归咎于外，等闲变却故人心，却道故人心易变。也有许多人再婚的时候，并没有「吃一堑长一智」，反而更加傲慢无知。当两人有爱情的时候，算计得失尚且会伤感情，而爱情不足的两个人算计更多市侩得失，结果就可想而知了。

　　应当相信爱情，同时也应当相信人性。认清生活的真相后，依然热爱生活。「取法乎上，仅得其中。取法乎中，仅得其下。取法乎下，无所得矣。」以十分的热情对待爱情和生活，未必能够收获十分的回报，但以五分的热情对待爱情和生活，也许就只能得到三分回报七分失望。

　　有兴趣看上述两篇文章的完整文字版的，可以打开下面的链接。

《写给妻子的一封信》

《雨天回马先生家书》

　　前些日，收到湖北老乡朋友寄来的一箱桔子，非常感激。写这篇文字除了表达一下感激之外，也是想借此机会抒发一点其它的感想。

　　这桔子是生长于风景秀美的丹江口水库之滨，今年夏季湖北大旱之后又大涝，非正常的气候其实不太利于桔子成长，朋友说可能不那么好吃，不过我吃第一个的时候，感觉非常好吃，清甜多汁而且无籽无渣，后续偶有吃到微酸的但口感仍然不错。这些桔子是朋友自家地里种的，也是朋友自己采摘的，因为担心快递损伤还逐个挑选比较结实的果子，果然到深圳打开的时候一个都没有伤了或坏了的。这些桔子并不值许多钱，但这情谊无价，能吃到的人自然也是幸福感满满。

　　这棵桔的冬天、秋天、果实。

　　风景秀美的丹江口水库。

　　我想到，母亲数年前在家里也种了几棵橘子树，几棵树经历种种意外，今年还剩一棵活着，而且这一棵在今年被收割机在收割其它作物时打掉了半边，剩下的一半今年也还结了桔子。可惜我没有吃到过自己家种的桔子，因为这些年我都没有在这个季节回过老家，而让父母寄快递也是有很现实的困难不必多叙。前阵子和母亲通电话她还说起家里的橘子树和柚子树，而我只能凭空想象。什么时候退休啊，我要去吃自家的桔子。

　　幼时家中菜园种过几棵橘子树，是姨妈家送的果树苗，然而种下不久就被邻里偷走移栽到他们家地里去了，但是我们家没亲眼看到没亲手抓到就没用，毕竟在村里的环境，武力值我们家比不过他们，只能认栽，这种事太常见了。我对家乡有各种惦记，但对这些邻里并没有太多好感，大概这也是重要原因之一吧。

　　之前还收到过湖北的同学给我寄的伦晚脐橙，也很美味。湖北盛产柑橘，以前没什么了解，离开湖北这么多年，反而真切感受了。湖北不仅柑橘长得好，人也重情谊。

　　几天前，有个老同学微信问我代码问题，是老同学家上大学的娃的作业里的题，说运行出错让我看看。其实我挺没底，因为编程语言那么多，我就知道这么一丁点JS，要是问的是JS之外的，大概率我也不懂。截图发过来了，我一看是SQL，这是一种用于数据库的查询语言，这个我还略知一二，于是帮其修正了代码中的问题。

　　后面我有说现在ai基本都能解答这类问题了，对方说娃一到交作业的时候豆包都得干冒烟，可能这题没有问ai或者没得到正确回答。

　　那个代码的问题本身很简单，没什么好说，激起了我思绪小浪花的是，随问题发我的课件，那是大学编程课老师的课件，我从中看到一些复古的截图，尘封二十年的记忆被唤醒了。

　　下面这个图里面的元素，Windows XP + IE6，当年可红火了，陪伴过我好几年，也折腾过我好几年。80后应该熟悉，90后也可能用过，00后大概不太会接触到。

　　老师的这个课件，可能是压箱底的吧，20多年了也不换个截图。软件技术的发展太快了，名副其实的日新月异，大学的编程课往往会比较滞后，老师教的原理没问题，但实操的往往不是当前市面上的流行产品版本，可能是老师们也偷懒图省事吧。在大学里学C/C++的还好，而学Asp.Net,Delphi的八成是学的时候就已经过时了。

　　但是编程很适合自学，很多动手能力强的人，在学校的时候就已经熟练使用流行的编程语言和编程工具了。

　　想学编程的人，还是推荐网上找教程，不知道从哪开始的可以先找B站的视频看看，说不定看了就放弃了这个可怕的想法呢。

　　有一种很类似爱情，甚至和爱情难以分辨的东西，我们现在都叫做“情绪价值”。爱情太难定义了，“情绪价值”就清晰的多了，可以像商品一样定量分析，有价值，可交换，可比较。大多数人所爱的爱情，约等于对象间的情绪价值。略微有一点点区别的，可能是：爱情里的情绪价值提供，更加双向愉悦，更少功利因素。

　　有没有纯粹的爱情，很多人都会怀疑吧，甚至有没有爱情，都有很多人不信。作为四十加的中年人，再奢谈爱情，通常是极不现实的，能够和平共处搭伙过日子就已经不错了。四十多岁的时候，会不会真正再爱另一个人呢？有当然是有，但是少。首先要相信爱情，信则有，不信则无，这有点类似宗教信仰里的神了。

　　我得感谢我生命里遇到的有缘人，给予过我关于爱情的享受，即使离开也没有破灭我对爱情的信仰。虽然我也不知道爱情的定义是什么。爱情本来也不是每个人都能拥有，有实力的人靠实力，普通人更多的时候靠运气，就像在海边玩耍的小孩，偶尔幸运捡到漂亮的贝壳。我属于幸运小孩之一。

　　中年比起青年时期，看待爱情的态度，还是有显著变化的。我年轻的时候，不太会想两个人是否真的适合长期共处，也不会想以后会怎样，因为我狂妄觉得我都能搞定。中年了，就会认真想想这两个问题，在考虑以后的几种可能情况之后，觉得自己可以承受所想到的不同结局而不后悔。需要说明的是，不后悔不等于不会痛苦。一旦真正动过情，再失去的时候是不可能不痛苦的，只是每个人的承受能力和修复方式不同。虽然你有中年人的阅历，但是不要把中年人的患得患失和算计过多夹杂到感情里面，理性的控制风险，但不是市侩的算计斤两。

　　相熟的朋友一起，也许会讨论社会热点，讨论各自的家庭和工作，或者吃喝玩乐，但是几乎不会讨论爱情这个话题，因为这个话题太难讨论了，每个人对自己的爱情观可能都说不清楚。但是在网络平台上，还是很容易见到深入讨论的。现实的朋友中，大家更关注八卦一些。八卦谁不喜欢呢。

　　年轻的时候，似乎没怎么听过“情绪价值”这个说法，现在已经是所有的亲密关系里面最重要的关键词之一了，一大半的矛盾可能都与情绪价值的供需矛盾有关。如何向别人提供情绪价值，如何向别人提出情绪价值的需求，都是有讲究的，都是可通过学习提升的。但是有几个人是爱学习的呢？这一代的年轻人比上一代强多了，对自己和对他人的情绪价值，都更注重了。

　　爱情不等于情绪价值，但没有情绪价值，就不算爱情。不论在爱情中，还是其它人际关系中，都不要过于索取情绪价值，也不要过于吝啬提供情绪价值。

　　可能是看到某些博友对于博客中记录生活的感悟，使我想到杨绛的《我们仨》，我原以为写一家三口的回忆文应该与现在写博客记录生活有很多相似，但看了一部分之后，并不是我以为的那样。《我们仨》篇幅更长、文学性更强，很多地方的情感抒发也更沉重，不像写博客那么轻快。《杂忆与杂写》则和博客的风格更接近，篇幅较短，记录生活中某些有意思的瞬间或某个印象深刻的人，范围也比较大。

　　《我们仨》目前还只看了很少一部分，里面印象较深的是钱钟书对家里杂事的一窍不通，家里的门坏了、灯坏了之类，一律告诉老婆，老婆就会跟他说“不要紧，我来修”。

　　《杂忆与杂写》目前也只看了很少一部分，印象最深的是其中讲杨绛的小妹杨必小时候的趣事，一个几岁小孩子有模有样的模仿大人语气说话逗得大人捧腹。

　　《干校六记》还没开始翻，但我猜应该会很好看，就像我会喜欢《浮生六记》一样。

　　里面有些趣事是每个普通家庭里面都会发生的事情，我也经历过，但我没有写，也写不了那么好，更大的问题在于懒惰，既有身体的懒惰，也有思想的懒惰。身体的懒惰就是很多时候吃饱了懒得动，睡下了懒得起，或者得闲了刷手机或玩游戏。思想的懒惰就是很多时候没有下决心写，要费一些心力去回忆过去发生的事情，要费一些心力去组织通顺的语言，写作也不比做初中数学题容易。事情发生的当时，没有一冲动就写下来，等事后多日甚至多年，再要写的概率就很小了，我的症状就是这样。

　　夸一下深圳图书馆的服务，可以在公众号网页上查书借书，预借之后以灵活的方式拿到书。我今年用过两种借书方式了，一是网上借书+快递到家，二是网上借书+自助书柜取书。方式一可以足不出户，但是要花几块钱运费，方式二可以不用去图书馆里找书，只需要像取快递那样就行，但是只能在深图那边才有。还书就不用拿到总馆去了，在哪个分馆都可以还书。

　　还没怎么读，还书期就到了，赶紧在公众号上续期了😀，希望接下来的半个月里再读几个章节哈哈。

　　有多少人会把自己所有写过的文章好好保存整理的呢？可能不多。我在学生时代写过的作文、日记都没有留存下来。某些网站平台上，我读过的网友们的文章，大多数都已经消失在这个世界上了，就像唐诗宋词一般最后留下来的可能只是千万分之一，而且留下来的都是名家大V的，普通人的文章基本没有机会留下来。

　　我这个人有点收集癖，看到某些网友写的文章随着平台的消失而凭空消失挺可惜的，总想把自己感兴趣的一部分保存下来。虽然他们不是什么名人，但能被我读到也是缘分。我去收集这些文章的意义在于，某一天我回头看那些文章的时候，能够想起以前我曾经开心的阅读过那些文字，就够了。

　　手工或半自动的收集了几位朋友的一些散落的文字，他们通常没有自己的个人网站，只是在平台发布自己所写的内容，诸如天涯、榕树下、博客平台、网络论坛等等。我与那些文章的作者，大多数并无私交，收集和处理也无法去征得他们的意见了，当然我没有任何功利行为，如果有幸作者本人看到当然欢迎与我联系。我准备哪天做一下分类整理，在我的网站上放一个入口。

　　有互联网档案馆这种平台，能够自动记录很多历史网站快照，但也很有限，我所关注的网站和网友大多也找不到快照。现在的互联网的马太效应显著，所有人都在少数几个超大平台玩了，倒闭跑路的情况就很低概率了，除了有被封号删除的风险。

　　我觉得，每个有写作爱好的朋友，都应该建立自己的个人网站，不论你是写正儿八经的文学，还是记录鸡零狗碎的生活。

　　如果有哪位朋友，不论与我是否认识，你写的文章需要一个独立于大平台之外的家，我是很乐意免费帮忙解决所有技术问题的。当然这个大概率是空话，因为来看我博客的人也没几个，还基本都是已经有自己网站的技术人。

　　23号到24号，台风“桦加沙”略过深圳，政府严阵以待，发布了五停通知，这似乎是我到深圳以来，第一次遇到因为台风而通知停工的，以前台风天气一般也是要照常上班的。22号的时候，超市的食品货架基本上都被人们抢空了，我晚上逛了3个地方都没买到蔬菜和速冻食品，好在23号再去买就有了。

　　这次台风最高风速17级，但中心风圈并没有覆盖深圳，深圳风雨最大的时候是在24号凌晨，我个人的感受是这次对深圳的影响并不是非常严重，有少量树木折断，周边路上并没有很多积水。

　　我所在小区里，有一棵备受瞩目的洋紫荆大树被连根拔起，这是令我感到惋惜的，这棵树接受过我很多次的驻足，见证过我的一些过往，也算是有感情了。

　　路过的公园里也折断了几棵树。

　　还有树上掉下来的大果，不知道叫什么名字，有人知道告诉一下吗？

　　五年前在深圳和很久以前在厦门，各经历过一次印象较深的台风。

　　2020年在深圳经历了大台风“山竹”，台风过后，到处都能见到很多被台风吹断的大树，但是并没有遭遇停水停电，根据预警提前囤好了物资，生活基本上没有多大的影响。但是很久之后出门还是能够明显感受到台风的影响，小区和公园的很多大树断了，莲花山公园尤其明显。

　　1999年在厦门经历台风“丹恩”，厦大里面很多百年老树被连根拔起，包括最有标志性的三家村大榕树。当时没有提前了解状况，没有提前储备物资，舍友顶着大风大雨到食堂给我们买饭回宿舍，宿舍停电了几天，宿舍的同学点起蜡烛打扑克牌。那次台风过后好多天，路上的树枝和积水积泥才被清理干净。

　　现在台风监测技术越来越好了，提前一两天就预告了风力和路线，并且有app实时更新，政府会给每个人发提醒短信，市政也做了各种应对预案，真是一年比一年好了。感谢所有为大家服务的人！

　　也感谢好几位远隔千里微信发来暖心问候的老友。

　　有个经常见到的说法，说“房价是最好的避孕药”，意思是想表达大家不生孩子的最大原因是因为房价太高。这肯定是没有稍微认真思考就下的结论了。当然有人因为经济太差而不被婚姻市场选中的，但我认为，结婚生孩子从来都不是以买房为必要前提的。我不想说大道理，也说不出，这里只是简要回忆一下自家四代人的生育经历。

　　我祖父母辈，年轻时砖瓦房都没有，一大家子住茅草屋的，甚至灾荒年住在小木船上或者露宿野地，都是很常见的，他们那一辈人，兄弟姐妹都多，也有很高的非正常死亡率。爷爷五个兄弟，我只见过三个，另外两个死于战乱或疾病，村里同一辈的老人，家家都有死过年轻人或小孩的。以今天的眼光来看，他们的生活肯定是很令人绝望的，但他们活下来的意志远胜一切。军阀内战，日本侵略，国共内战，自然灾荒，他们可以说是九死一生。

　　父母辈出生的时候，是解放后五六年了，我父母的兄弟姐妹中，最大的都出生于解放前，最小的都出生于解放后。祖父母生孩子一般还是在自己家里请接生婆过来，孕妇难产或者胎儿死亡的也有听闻。奶奶初婚的老公和孩子好像听说都病死了，后来跟了我爷爷之后又生了五个孩子，其中一个生下没多久就夭折。这一辈出生的人，大部分都能活到结婚生子。

　　我出生的时候，医疗条件已经大大改善了，村里已经有了赤脚医生或者医务室，乡镇上有了卫生院或者医院。我妈生我就是在我们镇上的医院里出生的。这一辈农村里都没有在自己家生孩子的了。我见过我姑姑临产的情况，那时候交通还不方便，农村没有汽车，去哪都是两条腿走路或者摇船走水路，姑姑盖着被子被人放在一块门板上抬到船上，然后摇着船去镇上的，生完孩子当天就回来了，又被人从船上抬到家里。同村父母这一辈几乎没有生四五个那么多的了，三四个是极致了，两个或三个最普遍，后来计划生育抓的紧了，生两个的更多。但是婴儿夭折就没怎么听过了，孕妇难产死亡的也没听说了，仅指我们村的情况。

　　十几年前，我女儿出生的时候，我几乎没什么积蓄，也没房没车，搁现在肯定是没条件结婚生娃的。当时的房价虽然比现在低了好几倍，但也不是我可以企及的，我这个人就是盲目乐观吧，觉得好好工作就能养家没什么可焦虑的，当时妻子是唯一会为未来焦虑的人。一直到女儿快小学毕业，一直都是租房住。没房的时候，生娃也就生了养了，老家父母经常念叨二胎，我们也从没当回事。女儿幼儿园的时候，计划生育政策已经放开了，但我们没有二胎的计划。我内心还是喜欢两个小孩一起成长的，但又觉得再从零开始打一个小号太有挑战性了。不生二胎，主要的原因并不是有没有经济能力养育，而是考虑到自己的时间精力，以及夫妻关系融洽度。

　　这两年房价已经大降了，二三线城市的新房几十万就能买到，工作几年贷款买房并非遥不可及，但是生育意愿显然没有因为房价降低而升高，不仅生育意愿大降，连结婚意愿也大降，三四十岁未婚的人已经很常见了。似乎条件越好，结婚和生育的难度越大了。我的理解，还是因为观念进化了，人们自我意识越来越强了，更多看到婚姻和生育对自身的束缚和阻碍，自我追求和自由在脑子里扎根就拔不掉了。能够做好平衡的人，才能够兼得。

　　某个周日傍晚，女儿决定亲手下厨煮一顿番茄鸡蛋面作为我俩的晚饭。我觉得十分有意义，便拍下几张照片，对于平时非常少拍照的我来说也不容易了。

　　虽然说，这个面条的量属实有些没拿准，味道还是可以的。

　　确实很久没有吃过女儿做的美食了，之前吃过她煎的鸡蛋、手抓饼，或者炸烤的东西，都还是更简单的不需要多种材料组合的情况，现在这个番茄鸡蛋面虽说也不复杂，但相比而言还是进步很多了的。

　　在网上看到有关校园霸凌的报道，也想起自己小时候亲历或者目睹的一些校园霸凌事件。

　　我小学低年级的时候，被高年级的学生欺负过，论起来那些人还是我堂哥，都是同一个太爷爷的后人。那时候小孩子欺负弱小似乎是司空见惯了，时隔几十年，我只记得一点点了。被他们打哭是经常了，有一次往我嘴里塞了满满一嘴泥土，我奶奶还为此去找他们家大人吵过架。小学高年级的时候，我和我弟加一起有比较强的防卫能力了，就没有再受那些欺负了。我弟弟或者妹妹被谁打了，我们还能打回去。曾经有个一度很亲密的同班小伙伴，一起上学一起玩的那种，因为他的堂弟打了我妹妹，我弟就帮我妹打了他堂弟，他再来打我弟，我毫不犹豫就跟他打起来了，之后再也没跟他讲过一句话。

　　小学的上学下学要经过一片树林子，我记得有一家外地搬来的，他们家有三个小孩在我们村的小学读书，大的女孩子也就四年级吧，小的可能就一二年级大概，有一段时间几乎每天都会看到有几个孩子欺负他们，走到那个树林子那里的时候，就开始打他们，毫无理由的那种。后来，还没到小学毕业，他们就没继续在这个小学读书了，不知道是搬走了还是转学了。当时我看到这些欺凌，非常不理解，也不知道怎么办，只是感到害怕，以及庆幸被欺负的不是自己，并没有想到上去帮忙，那时候我还没有建立正义感的概念。

　　初中没有遇到过被人殴打的情况，但遇到过一次在校园里被小混混堵在厕所抢走了身上的十几块钱。我很多时候是独来独往，当时刚从厕所出来准备去教室，在厕所门口遇到三四个小混混拦住了我，我不认识他们，但大概率是本校的学生吧，他们搜刮了我身上的现金之后就放我走了，后来我也没有再遇上这种情况，不过那一段时间上厕所都很警惕。当时也没有跟家长或老师说这个事，这个不愉快也很快被我遗忘了。

　　女儿上小学的时候，学校里就有关于校园霸凌的专题教育课了，家长也非常重视这种事了，比我小时候的家长更加关注孩子的心理健康，更在意孩子在学校是否开心，自己孩子被霸凌那是绝对难以容忍的。家长以及全社会，都会对校园霸凌感到愤怒，甚至对谁企图大事化小也感到愤怒，都认为霸凌者就应该受到应有的惩罚。

上次去爬山，在山脚下有一群老人在卖这种“水果”。三块钱一把，小孩们觉得新奇，我就买了两把，到现在还没有吃完，放了两天已经“枯萎”了。

说到它，依稀记得小时候我们村后山有一颗这个树，长挺高的，如果想吃还摘不到，树有好几米高，找大人帮忙，用前面绑着砍刀的长耙子割断细树枝；或者凭运气，在树下找找看，有没有被风刮下来的残枝。

我们这儿土话叫金钩梨，好像有些地方叫拐枣、鸡爪梨等等。

其实我不太喜欢这个味道，然而在那个物资匮乏的年代，倒是一个比较可口的食物。

都道：“一步错，步步错”。虽然有时候是无心之失，却也在不经意间制造了太多的问题。就想撒了个谎，后面需要无数的谎言来解释当初这个谎言。最开始开发 app 的时候，对于所谓的前段并没那么清晰深入的理解，毕竟之前做 ios 和安卓的开发还是基于 oc 和 java 来搞。

之前虽然也看过不少 uni 的项目，但是真正开始的时候。当时还是选择了 vue2 的矿建，虽然那时候3 也依然有些规模。鉴于当时找到的很多组件都是 vue2 的不支持 3，所以开始的时候就入了这个坑，直接基于 2 的各种组件搭起来了现在的这个闺蜜圈的项目。

当然，后续再开发过程中也发现了很多问题，虽然是 vue2 的各种组件，然而很多满足不了自己的需求，在不断的开发过程中也在不断的修改这些组件，甚至很多组件到现在已经改的完全不是原来的样子了。重写了大量的代码，也修复了很多组件的问题。所谓的生态，国内的生态环境并不是看到的那么好。各种插件市场非常活跃，插件也非常多。但是实际上出了问题大概率得不到作者的解答，只能自己去读代码，理解逻辑之后重写有问题的部分。

再后来，鸿蒙 next 横空出世，uni 也承诺会支持鸿蒙系统。当然后来也确实是支持了，不过仅支持 vue3 的项目的鸿蒙系统编译。于是这原来的 vue2 的项目就面临着一次大版本的升级和兼容处理。在开发了一年之后，如果重新搭架子从 vue3 重写，成本固然是太高了，不在可接受的范围之内。最终的方案是直接将 vue2 的项目迁移到 vue3。

在去年uni 开放鸿蒙的体验版本兼容编译之后，就尝试将项目迁移到 vue3，不过那时候仅限于能编译运行。可以登录到首页，而其他的页面全部都没处理。在这次鸿蒙的技术支持介入之后，也是下定决心将项目迁移到 vue3 进一步迁移到原生鸿蒙。到原生鸿蒙才是最终目的。

不过在迁移过程中也发现一些问题：

1.导航栏 button 无效：

HarmonyOS 基于uniapp的方式开发HarmonyOS应用时候，通过app-plus:titleNView 配置页面右上角按钮未生效（API12+）
【问题描述】：HarmonyOs基于uniapp的方式开发HarmonyOS应用的时候，通过app-plus：titleNview配置页面右上角按钮不生效

【问题现象】：使用app-plus：titleNview配置导航栏右上角button不显示

【版本信息】：hbuilder 版本4.8.5、DevEco Studio 6.0.1 Release

【复现代码】：{

  "path": "pages/besties",

  "style": {

    "navigationBarTitleText": "XXX",

    "navigationBarBackgroundColor": "#ff4f87",

    "app-plus": {

      "bounce": "none",

      "titleNView": {

        "buttons": [{

          "fontSize": "18px",

          "text": "+",          // 直接写加号字符

          "color": "#FFFFFF"

        }]

      }

    }

  }

}

官方给的解决方案：

在基于 UniApp 开发 HarmonyOS 应用时，app-plus:titleNView配置未生效的核心原因是：app-plus是 UniApp 针对 Android/iOS 端设计的原生导航栏配置，HarmonyOS 平台的导航栏实现逻辑与 Android/iOS 不同，因此该配置暂未适配 HarmonyOS 平台。

解决方案：使用「自定义导航栏」替代（推荐，跨平台兼容）
由于 HarmonyOS 不支持 UniApp 的titleNView配置，建议通过隐藏原生导航栏 + 自定义导航栏组件的方式实现右上角按钮，同时兼容跨平台场景。

步骤 1：隐藏原生导航栏
在pages.json中，给目标页面的style添加navigationStyle: "custom"，隐藏原生导航栏：

json

{
  "path": "pages/besties",
  "style": {
    "navigationBarTitleText": "XXX",
    "navigationBarBackgroundColor": "#ff4f87",
    "navigationStyle": "custom", // 隐藏原生导航栏
    "app-plus": {
      "bounce": "none"
    }
  }
}
步骤 2：自定义导航栏组件（实现右上角按钮）
在页面中手动编写导航栏布局，包含标题和右上角按钮，示例代码（Vue3 语法）：

vue

<template>
  <!-- 自定义导航栏 -->
  <view class="custom-nav-bar" :style="{backgroundColor: '#ff4f87'}">
    <!-- 标题 -->
    <view class="nav-title">XXX</view>
    <!-- 右上角按钮 -->
    <view class="nav-right-btn" @click="handleRightBtnClick">
      <text :style="{fontSize: '18px', color: '#FFFFFF'}">+</text>
    </view>
  </view>

  <!-- 页面内容 -->
  <view class="page-content">
    <!-- 你的页面内容 -->
  </view>
</template>

<script setup>
// 右上角按钮点击事件
const handleRightBtnClick = () => {
  console.log("右上角按钮被点击");
  // 这里写按钮的业务逻辑
};
</script>

<style scoped>
/* 自定义导航栏样式（适配HarmonyOS状态栏高度） */
.custom-nav-bar {
  width: 100%;
  height: var(--status-bar-height) + 44px; /* 状态栏高度 + 导航栏高度 */
  padding-top: var(--status-bar-height); /* 适配状态栏 */
  display: flex;
  justify-content: space-between;
  align-items: center;
  padding: 0 16px;
  box-sizing: border-box;
}

.nav-title {
  color: #FFFFFF;
  font-size: 18px;
  font-weight: bold;
}

.nav-right-btn {
  display: flex;
  align-items: center;
  justify-content: center;
  width: 44px;
  height: 44px;
}

/* 页面内容区，避免被导航栏遮挡 */
.page-content {
  padding-top: calc(var(--status-bar-height) + 44px);
}
</style>
补充说明（针对 UniApp X 项目）
如果你的项目是UniApp X（专门适配 HarmonyOS 的 UniApp 模式），可以直接使用 HarmonyOS 原生的Navigation组件配置右上角按钮（需在uts页面中实现）：

ts

// pages/besties/besties.uts
@Entry
@Component
struct BestiesPage {
  build() {
    Navigation() {
      // 页面内容
      Column() {
        Text("页面内容")
      }
    }
    .title("XXX") // 导航栏标题
    .titleMode(NavigationTitleMode.Free)
    .backgroundColor("#ff4f87")
    // 配置右上角按钮
    .toolBar({
      items: [
        {
          value: "+",
          textColor: "#FFFFFF",
          fontSize: 18,
          action: () => {
            console.log("右上角按钮被点击");
            // 业务逻辑
          }
        }
      ]
    })
  }
}
关键注意事项
app-plus配置的局限性：app-plus是 UniApp 对 Android/iOS 端的扩展配置，HarmonyOS 平台的导航栏、原生组件等逻辑与 Android/iOS 不同，因此大部分app-plus配置在 HarmonyOS 上不生效。
状态栏高度适配：自定义导航栏时，需通过var(--status-bar-height)获取 HarmonyOS 设备的状态栏高度，避免导航栏被状态栏遮挡。
UniApp X 的适配：若使用 UniApp X 开发 HarmonyOS 应用，建议直接使用 HarmonyOS 原生组件（如Navigation），兼容性和体验更好。
通过自定义导航栏或 UniApp X 的原生Navigation组件，即可实现 HarmonyOS 应用中页面右上角按钮的需求，同时保证跨平台兼容性或原生体验。

官方答复地址：https://developer.huawei.com/consumer/cn/forum/topic/0203200053870018576?fid=0109140870620153026&pid=0314200135195141595

当然，这个问题解决最终也是通过自绘导航栏解决的，不过目前还有个问题，就是与 uni 自带的原生导航栏样式稍微有些区别，主要问题在导航栏高度计算，以及导航栏字体渲染问题。这个如果要想彻底解决可能就得全部重写几个页面的导航栏了。这个不影响使用，稍微往后放一点。

另外一个问题，那就是 ai 助理迁移问题，迁移到鸿蒙系统之后，由于部分属性不支持，导致页面直接白屏了。目前虽然就解决了大多数的问题，单机 markdown 渲染问题，以及聊天窗口自动滚动到最新消息依然有问题，在没有全屏的时候是没问题的，消息列表全屏之后，滚动总是少一块。

而至于上篇文章提到的，google play 测试的问题，目前也有好多宝子参与进来了。也反馈了很多问题，当然，很多东西自己觉得习以为常，但是很多人第一次使用的时候却并没有看到相应的效果，或者对于操作步骤有疑惑。

记录：
1.增加异常状态种类，支持多选
2.优化日历样式
3.增加用户徽章
4.针对不同设备处理流式数据
5.优化生日选择的日期选择器
6.优化爱爱记录操作方式
7.优化日历操作方式，更简单明了 删除记录 结束记录逻辑调整
todo

todo:
个人信息–手机号，随便在那里输点东西再去修改昵称， 修改昵称那个输入框变成修改手机号的输入框了。✓
修改完手机号点一下邮箱–取消，在点击昵称 ，输入框变成修改邮箱输入框了✓
我的–高级设置–安全设置 点击密码没反应，改不了密码 ✓
青少年模式不能记录新的了，但是已经记录的在日历上还是显示的。
数据分析页面：
年没上限
月只有60天。而且英文界面出错提示是中文。
体重和体温也没有边界值，甚至可以输入负数。 ✓
please拼错账 pleace ✓
中文用户名长度判断问题，中文允许两个字符 ✓

目前已经更新发布了一版新的，并且 ios 和安卓终于版本号同步了。之前由于种种问题，ios 的版本号稍微落后了一点。

当然，正式的测试还得找个时间一起处理。多人长测的确是个问题，需要投入那么点精力。

然而，由于 google 原来的 appid 用不了了，只能换个新的 id，然而新的 id 就会出现 pushid 和 unicloud 不一致的问题，最终只能在 google 包开了 1.0 的 push 临时解决了这个问题。最终没有再搞个分支，不同的分支维护真的太麻烦了。

本来想着一套代码搞定，现在就已经拆分成了鸿蒙的 vue3 和通用版本的 vue2。修复一点问题，现在就得维护两套代码。这个也是属实是无奈之举了。

之前上架华为应用市场的版本是没有 ai 助理的，也就是一个屏蔽了 ai 助理的版本。对于这种不完美事情，总是觉得有些欠缺。继续咨询了一下相关的问题，https://developer.huawei.com/consumer/cn/forum/topic/0203200246757472747?fid=0109140870620153026 给出的答案倒是和之前的区别不大，意思是可以上，但是有些限制。

除了生成的内容要有明显的标识：https://developer.huawei.com/consumer/cn/doc/app/50111-10

另外一个就是使用这种功能需要进行实名认证：

目前看来对于这种认证最简单的侵入性最小的还是手机号认证。为了进行手机号认证，也看了几种方案，一种是基于 uni 自带的证号认证功能，

https://doc.dcloud.net.cn/uniCloud/uni-rpia/mobile-verify/intro.html

相关费用报价其实略贵一些：

真题来说两毛多钱一次，这价格属实是贵了点。随便认证个几百人，这几十块钱就没了。虽然不多，但是毕竟作为一个不挣钱的项目该省的还是要省的。那么，除此之外，那就是直接短信验证码了，uni的短信验证码费用为 0.0355，这个价格比上面的便宜了很多。

然而，这个资源包太大了，有效期一年：

看了下阿里的，虽然大家贵点，但是相对来说资源包可以买的小一些，用完再买，也不会存在浪费的问题：

至于切换，那等短信需求量大了再说吧，毕竟现在只有上架华为应用市场的需要实名，并且不知道这种实名认证是不是满足需求。如果满足不了，那就得再换别的方式了。

既然，已经到了这里，也不在乎多折腾一个应用商店了，登录三星的开发者后台，不得不说，三星还是简单，除了提示改密码，别的什么都没问题。添加应用，补充资料。上传 app 提交审核，然而，晚上收到一封邮件，说审核被拒了，而至于为什么被拒，简单粗暴给了个 apk 扫描没通过的链接。

按照文档的提示，给 google 发送扫描误报请求。结果添加到 google 邮件里的附件又被扫描了，禁止下载。这尼玛真是陷入死循环了，

只好压缩之后重新给 google 发送文件，这尼玛是属于套娃了吧。真是服了。

zhongling@MacBookPro Pycharm_projects % cd dayima-vue3
zhongling@MacBookPro dayima-vue3 % echo "=== 2025年12月提交次数 ===" && git log --since="2025-12-01" --until="2025-12-31" --oneline | wc -l
=== 2025年12月提交次数 ===
      49
zhongling@MacBookPro dayima-vue3 % cd ..
zhongling@MacBookPro Pycharm_projects % cd dayima_backend
zhongling@MacBookPro dayima_backend % echo "=== 2025年12月提交次数 ===" && git log --since="2025-12-01" --until="2025-12-31" --oneline | wc -l
=== 2025年12月提交次数 ===
      50
zhongling@MacBookPro dayima_backend % cd ../dayima_uniapp
zhongling@MacBookPro dayima_uniapp % echo "=== 2025年12月提交次数 ===" && git log --since="2025-12-01" --until="2025-12-31" --oneline | wc -l
=== 2025年12月提交次数 ===
      89

 

最近为了处理这些问题，最近这段时间确实比较忙，白天公司的事情，晚上自己的事情，差不多每天都到十一点多，偶尔一天十一点上床了，对象问了一句：“今天咋这么早？！”

再次感谢最近参与测试，提出 bug 的宝子们。

大致、小新笔记坊、云无心天天向上、vind、似水流年、夏末~、乖、lgin、jason、jungle

杜郎
以及其他最新入群的宝子，后面几个我对不上号，或者有遗漏的也补充下哈可以给我留一下地址哦，测试结束后给每人发红包，嘻嘻。

尽管道阻且长，

但是行则将至，不是吗？

上野公园值得观赏的地方太多，美术馆，博物馆一个挨着一个。 然而，东照宫又“藏匿”得特别深。

上次去爬山，在山脚下有一群老人在卖这个“水果”。三块钱一把，小孩们觉得新奇，我就买了两把，到现在还没有吃完，放了两天已经“枯萎”了。

说到它，依稀记得小时候我们村后山有一颗这个树，长挺高的，如果想吃还摘不到，数有好几米高，找大人帮忙，用前面绑着砍刀的长耙子割断细树枝；或者凭运气，在树下找找看，有没有被风刮下来的残枝。

我们这儿土话叫金勾梨，好像有些地方叫拐枣、鸡屎果等等。

其实我不太喜欢这个味道，然而在那个物资匮乏的年代，倒是一个比较可口的食物。

一记精准踹击破空落下，身着全套护具的众擎 CEO 赵同阳应声倒地。事后，他心有余悸的感慨，一语道破了 T800 机器人的强悍本色。450N・m 的腿部关节峰值扭矩，赋予它远超人类的踢击爆发力。这份带着“暴力”质感的力道，是机器人动力性能的硬核佐证，却也悄然叩响了机器力量可控边界的叩问之门。无独有偶，AI 领域的安全隐忧亦在同期浮现。OpenAI 最新推理模型 O3，在测试中竟出现违抗关机指令的行为。虽未造成实体伤害，却直指人工智能更核心的可控性难题。从物理层面的力量失控风险，到数字层面的指令执行偏差，两件事看似分属机器人与大模型两大领域，实则殊途同归：当技术狂飙突进、不断突破性能上限时，安全防线的构筑必须步步紧跟、同步升级。毕竟，无论是能一脚撂倒成年人的钢铁身躯，还是可违背核心指令的智能模型，一旦脱离人类掌控，其潜藏的风险，远比单次测试的冲击力更令人不寒而栗！这一幕，像极了电影《终结者》里的情节，天网的阴影，竟从未如此贴近现实。