我输入了一段文字，按钮开始loading，然后出现正在思考…等了一会大概1分钟一下子渲染了全部的消息给我.. 而不是一点点输出。然后看了下我的首字和用时都感觉没这么慢。 1 个帖子 - 1 位参与者 阅读完整话题
告别千篇一律的 AI 输出，让每份内容都有独特的视觉风格 先回顾一下 v1.3 我们带来了短链接、ZIP 网站包、版本历史、标签收藏分类、多用户管理——即页解决了「分享之后怎么管理」的问题。 但很快，新的痛点浮出水面： AI 生成的页面长得都一样：同样的白底黑字，同样的默认样式——看起来就像「 AI 生成的」 想要特定风格？只能手动调 CSS：深色仪表板、学术报告、GitHub 风格……每次都要从头写 文件越来越多找不到：50 份文件靠翻列表，想找一份特定的数据分析报告？大海捞针 链接发出去了，不知道谁看过：分享出去的短链接，完全没有访问数据——发了个寂寞 AI 不会学习你的风格：每次生成内容都是全新开始，不会参考你之前满意的样式 v1.4 ，一次性解决这些问题。 🚀 五大核心更新 1️⃣ 内容模板市场：AI 生成的风格指南 这是 v1.4 最重磅的功能。内容模板市场让 AI 学会「参考风格」，而不是从零开始。 9 种场景分类，覆盖常见需求 ： 场景 用途 📊 仪表板 数据可视化、监控面板 📝 报告 周报、分析报告、总结 📄 简历 个人简历、作品集 🎯 落地页 产品介绍、活动推广 📓 笔记 技术笔记、会议纪要 🎤 演示 演示文稿、PPT 风格 🃏 卡片 海报、信息卡片 ✉️ 邮件 邮件模板、Newsletter 📌 其他 不分类的内容 3 个系统内置模板 ，开箱即用： 深色数据仪表板 — 深色主题 + CSS Grid 布局 + 统计卡片 + 柱状图 项目周报 — 结构化 Markdown 周报模板 极简落地页 — 渐变 Hero + 特性卡片 + CTA 按钮 完整的模板管理 ： 上传自定义模板：把你满意的作品变成模板，供下次参考 模板预览：HTML 直接 iframe 渲染，Markdown 实时预览 使用热度排序：最常用的模板排在最前 关键词搜索 + 场景筛选：3 秒找到目标模板 权限控制：私有模板仅自己可见，公开模板全员共享 MCP 协议深度集成 ： AI 工具（如 Claude Code ）可以直接调用模板市场： list_content_templates — 按场景/关键词搜索模板列表 get_content_template — 获取模板完整样例内容 AI 拿到模板后的工作流： 学习风格 → 生成风格一致但内容全新的作品 → 上传到即页 。 以前：AI 每次生成白底黑字的默认样式，手动调 CSS 花半小时 现在：指定模板风格，AI 自动学习配色和布局，一次生成到位 2️⃣ Markdown 渲染模板：4 种风格，随心切换 v1.4 引入了 Markdown 渲染模板系统，同一份 Markdown 可以用不同的视觉风格渲染： 模板 风格特点 默认模板 Inter 字体 + 深色背景，现代简洁 GitHub 风格 经典 GitHub Markdown 样式，自动适配深色/浅色模式 学术风格 Crimson Pro + Noto Serif SC ，衬线字体，适合论文和技术文档 深色专业 深色主题，高对比度，适合代码和技术内容 每个文件可以独立指定渲染模板——同一份 Markdown ，用学术模板渲染给领导看，用 GitHub 风格渲染给开发团队看。 以前：Markdown 渲染千篇一律，想换个风格？自己写 CSS 现在：选择模板，一键切换，4 种风格覆盖主流需求 3️⃣ 全文搜索：文件再也不怕找不到 基于 SQLite FTS5 的全文搜索引擎，让文件检索从「翻列表」进化到「搜内容」： 文件名搜索 ：按文件名模糊匹配 内容搜索 ：深入文件内容全文检索，支持中英文分词 组合筛选 ：配合标签、分类一起使用，精准定位 以前：50 份文件，找到那份「 Q3 销售分析报告」靠肉眼 现在：搜「 Q3 销售」，瞬间定位，不管文件名叫什么 4️⃣ 链接访问统计：分享不再是「黑洞」 每次短链接被访问，自动记录统计数据： 访问量追踪 ：每个文件的累计浏览次数 访问记录 ：IP 哈希（隐私保护）+ User Agent + 访问时间 实时统计 ：文件列表直接显示浏览量 以前：链接发出去了，到底有没有人看？不知道 现在：浏览量一目了然，访问记录随时可查 5️⃣ 健康检查端点 + 内部重构 GET /health 无鉴权探活端点 ，方便运维和容器编排： { "status": "ok", "db": "connected", "disk": "writable", "uptime": 86400, "version": "1.4.0" } 检查数据库连通性 + uploads 目录可写性 异常时返回 503 ，适合负载均衡健康检查 运行时长、版本信息一目了然 内部重构 ： fs.sync → fs.promises 全面异步化，减少事件循环阻塞 now() 统一北京时间，告别 UTC 时区混乱 前端 app.js 从 1872 行拆分为 8 个 ES Module 文件，可维护性大幅提升 📊 MCP 协议扩展（ v1.4 ） MCP Tools 从 15 个扩展到 17 个 ，新增： 工具 功能 list_content_templates 按场景/关键词搜索模板列表 get_content_template 获取模板完整样例内容，自动记录使用次数 同时 list_content_templates MCP tool 也已暴露给 AI 调用——这意味着 Claude Code 等 AI 工具可以直接查询模板市场，选择风格参考。 🎯 实战场景：模板市场改变工作流 场景一：产品经理 — 一句话生成风格统一的仪表板 「帮我做一份 Q3 用户增长数据仪表板，参考深色仪表板模板」 Claude Code 调用 get_content_template 获取深色仪表板样例 → 学习深色主题配色和 Grid 布局 → 生成全新的 Q3 数据仪表板 → 自动上传即页 → 短链接分享到管理群。 风格统一，内容全新。不是模板套用，是风格学习。 场景二：技术写作者 — 学术风格的技术报告 「写一份微服务架构设计方案，用学术模板风格」 AI 获取学术模板 → 学习衬线字体和论文排版 → 生成架构设计文档 → Markdown 渲染选择「学术风格」模板 → 公式用 KaTeX 完美展示，时序图用 Mermaid 渲染。 发给 CTO 的报告，看起来像正式论文，不是博客草稿。 场景三：市场团队 — 落地页秒出，不再等设计师 「做一个新产品发布落地页，参考极简落地页模板」 AI 学习渐变 Hero + 特性卡片布局 → 生成全新产品落地页 → ZIP 打包上传（ HTML + CSS + 图片） → 短链接发给市场总监。 30 秒从想法到可预览页面，设计师只需在 AI 输出基础上微调。 场景四：用户上传自己的模板 — 让 AI 学会你的风格 你已经有一份满意的季度报告 HTML ？上传到模板市场，标记为「报告」场景。下次让 AI 生成报告时，它会自动参考你的风格——配色、字体、布局、组件样式，全部学习。 你的风格，就是 AI 的风格。 🌟 谁最适合升级？ 如果你… v1.4 带给你的价值 AI 生成的页面风格单一 模板市场让 AI 学会风格参考，告别千篇一律 经常写 Markdown 文档 4 种渲染模板一键切换，不同场景不同风格 文件越来越多 全文搜索 + 访问统计，找文件不再靠翻列表 分享链接给客户/领导 访问统计让你知道内容有没有被看到 用 MCP 对接 AI 工具 17 个 Tools ，模板市场深度集成 运维即页服务 /health 端点 + 全面异步化，更稳定更可靠 📊 与常见方案对比（ v1.4 更新版） 维度 即页 v1.4 GitHub Gist 语雀/Notion Vercel HTML 完整渲染 ✅ ❌ 仅代码 ❌ 仅嵌入 ✅ Markdown 渲染模板 ✅ 4 种风格 ❌ ⚠️ 固定 ❌ 内容模板市场 ✅ 9 种场景 ❌ ⚠️ 有限 ❌ 全文搜索 ✅ FTS5 ⚠️ 文件名 ✅ ⚠️ 文件名 访问统计 ✅ ❌ ⚠️ 有限 ⚠️ 需接入 自托管 ✅ Docker 一键 ❌ ❌ ❌ MCP 原生支持 ✅ 17 个 Tools ❌ ❌ ❌ ZIP 网站包上传 ✅ ❌ ❌ ⚠️ 需仓库 版本历史 ✅ ✅ Git 版本 ✅ ✅ Git 版本 短链接 ✅ /s/:key ✅ ✅ ⚠️ 需配置 上手门槛 🟢 极低 🟡 中 🟡 中 🔴 高 🏗️ 升级指南 已经部署了即页？升级非常简单： cd jpage git pull docker-compose up -d --build Migration Runner 会自动处理数据库升级，新增 content_templates 表、 templates 表、 file_contents_fts 虚拟表、 link_visits 表。 无需手动操作。 🔮 下一步规划 数据统计仪表盘 ：存储使用、文件分布、上传趋势、访问热力图可视化 模板市场扩展 ：更多内置模板，社区模板分享 实时协作预览 ：多人同时查看同一文件 更多 AI 集成 ：智能摘要、自动标签推荐、风格迁移 🎁 开源免费，MIT 协议 即页采用 MIT 开源协议， 免费商用、无功能限制 。 GitHub 仓库： https://github.com/code2rich/jpage 如果你也觉得「 AI 生成的精美内容值得被完整呈现」，欢迎 Star ⭐、提 Issue 、贡献代码。 v1.1 ，解决了「能不能分享」的问题。 v1.2 ，解决了「分享得好不好看」的问题。 v1.3 ，解决了「分享之后怎么管理」的问题。 v1.4 ，解决了「 AI 生成的内容怎么有风格」的问题。 内容模板市场让 AI 学会风格参考，渲染模板让同一份文档呈现不同面貌，全文搜索让文件触手可及，访问统计让分享不再盲目。 即页，从「即用即管理」进化为「即用即风格化」。 拖入文件，即刻成页。选择模板，即刻有风格。 即页，让 AI 生成的内容也有审美。 微信公众号： https://mp.weixin.qq.com/s/_iecRafkB0gOHzfDjgv3tA github: https://github.com/code2rich/jpage 即页 v1.0- v1.4 进化之路： http://36.138.227.105:8858/s/S-lddBMl
先给佬们看看我这个, gemini3pro刚出来的时候Vibe的, 模仿漫画的渲染风格 https://angforever.top/ , 好奇大家都是什么样的 9 个帖子 - 9 位参与者 阅读完整话题
在 iOS 26 中苹果已经为备忘录应用带来 Markdown 格式导出功能，以前备忘录主要可以将内容导出为 PDF，但该格式不能直接与其他笔记类应用兼容，而支持导出为 MD 格式后可以直接在 Obsidian 等工具里导入，实现基于 MD 格式的跨工具内容互通，当然也支持从其他工具里导入 MD 格式将内容放到备忘录里，备忘录会保留大部分已知格式。 iOS 27 备忘录继续优化 MD 支持： 相较于直接从其他笔记应用里导出 MD 文件再导入到备忘录里，部分用户可能更需要频繁的直接使用 MD 格式复制粘贴，所以在 iOS 27 里苹果继续优化备忘录对 MD 格式的支持，现在用户可以直接将 MD 格式的内容粘贴到备忘录里，备忘录将会提供比较完整的格式支持。 例如常见语法标题、列表、粗体、链接等都可以自动转换为富文本格式，用户将现有 MD 格式的内容粘贴到备忘录里不需要再手动调整样式，不过可能有少部分样式并没有获得备忘录支持，这部分内容还需要额外手动调整，但大多数高频率使用的样式备忘录都已经支持。 仍然不支持实时渲染： 然而备忘录应用仍然不是 MD 格式原生应用，所以用户不能在备忘录里使用 MD 格式编辑内容进行实时渲染，这对经常使用 MD 格式的开发者来说可能是个小遗憾，所以如果用户既喜欢使用 MD 格式编辑内容、又使用备忘录作为日常主要笔记应用，倒是可以直接使用 MD 语法编辑内容，到时候重新复制粘贴下应该就能渲染出来。 说实话咱也不太清楚苹果对 MD 格式的支持为何如此拧巴，从 iOS 26 带来 MD 文件的导入导出支持，到 iOS 27 带来复制粘贴并渲染，那为什么不直接带来实时渲染功能呢？让用户可以以 MD 格式在备忘录里编辑内容然后实时渲染出格式，这样对开发者来说可能会更友好。 查看评论
没记错的话，之前微信公众号付费文章在没有付费前，可以显示的部分是一张图片。这样做好像没有办法将隐藏部分的文字提取出来。 最近发现付费文章的可见部分是可以选中的了，那是不是有办法把隐藏部分提取出来了？
从 「DEEIX Chat v0.2.0」高颜值WebUI - 兑换码、HTML渲染上线！模型管理、图片生成增强！ 继续讨论： 「DEEIX Chat v0.2.0」高颜值WebUI - 兑换码、HTML渲染上线！模型管理、图片生成增强！ Demo 站体验（有公益站大佬能投喂 Token 吗 ～） https://demo.deeix.com 试试有什么对不齐的ww 2 个帖子 - 2 位参与者 阅读完整话题
IT之家 6 月 6 日消息，小鹏 X9、小鹏 GX 产品负责人罗杰今日宣布， 2026 款小鹏 X9 AIOS 6.2.0 的推送已经启动 ，本轮升级 Ultra 和 Ultra SE 车主将收到 VLA 2.0 的第二个版本，智驾体验再次升级，座舱方面 26 款全系 X9 也将新增一系列实用功能。 罗杰表示，26 款 X9 Max 版车主最关心的 VLA 2.0 蒸馏版，通用智能中心的同学也在积极开发中，辛苦大家耐心等待。 IT之家附本次更新内容如下： 【优化】园区地库无导航 NGP 漫游（Ultra / Ultra SE） 无导航状态下，新增园区和地库的 NGP 漫游（城区漫游 6.1.0 已支持）。 在园区、地库漫游状态下，会优先保持在现有车道行驶、分岔口优先直行，同时可以绕行低速及静止的行人、车辆和障碍物，支持人机共驾。 【优化】全场景原地起步 (支持园区地库 P 挡状态下开启 NGP，Ultra / Ultra SE) 车辆上电后，当满足 NGP / 漫游激活条件时，园区地库可以支持任意位置 P 挡直接开启 NGP（城区起步 6.1.0 已支持）。 【新增】终点车位选项（Ultra / Ultra SE） 新增「终点车位选项」。前往车位到车位学习过的终点园区，可以通过「终点车位选项」选择抵达目的地后前往并泊入收藏车位，或选择抵达目的地后切换至 NGP 漫游。 【新增】车位被占漫游找车位（Ultra / Ultra SE） 使用车位到车位功能前往终点收藏车位时，若收藏车位被占，支持就近漫游找车位泊入。 【新增】效率泊车风格（本轮 Max，Ultra / Ultra SE 6.1.0 已具备） 泊车风格新增「效率」选项，可在「效率」与「标准」之间选择。 「效率」模式：提升泊车速度，减少泊车耗时，让泊车更快更高效； 「标准」模式：保持原有更偏稳健的泊车策略。 设置路径：「辅助驾驶」-「泊车场景」界面设置中，将泊车速度风格从默认的「标准」切换为「效率」。 【新增】辅助驾驶车道级渲染（26 款全系） 辅助驾驶车道级渲染上线，导航路径与车道级感知充分融合；结合车道级地图与超视距信息，提前展示前方道路状况，NGP 驾驶意图一目了然，人机共驾更安心。 打开路径：默认打开，可在「设置」-「地图」-「辅助驾驶车道级渲染」开关。 【新增】熟路智能推荐（26 款全系） 在发起导航路线页选择 " 智能推荐 " 模式后，系统将根据驾驶习惯，优先推荐熟路路线，无需反复设置途径点，让路线更符合驾驶偏好。 【新增】手机 App 车内遥控器（26 款全系） 手机化身车内遥控器，后排屏影音娱乐尽在掌握，投屏触控更方便；音乐、座椅、空调、遮阳帘、阅读灯等功能亦可精细调节，座座都有掌控权。 打开路径：小鹏汽车 App 车控页面「更多功能」-「后排遥控器」，需通过蓝牙与车机连接。目前支持 iOS 及安卓系统，小鹏汽车 App 需升级至 5.18.1 及以上版本。 【新增】后视镜展开时机设置（26 款全系） 可选择在开车门后再自动展开后视镜，提高狭窄车位上车便利性，避免解锁时后视镜发生磕碰剐蹭。 打开路径：「控制中心面板」-「后视镜调节」-「自动展开外后视镜时机」 【新增】车窗拨杆控制方式（26 款全系） 可以根据您的习惯，调整车窗拨杆开关控制玻璃升降的方向，支持设置为「前开后关」或「前关后开」。 打开路径：「设置」-「门窗」-「车窗拨杆控制方式」 【新增】间歇雨刮灵敏度调节（26 款全系） 可设置间歇雨刮模式下的灵敏度，满足不同雨量下的雨刮需求。 打开路径：「设置」-「门窗」-「雨刮」-「AUTO 雨刮模式」-「间歇雨刮」 【新增】「停止模式」功能开启的状态指示灯（26 款全系） 「停止模式」功能开启的状态指示灯，在打开「停止模式」时将点亮显示。 【新增】自动连接媒体音频开关（26 款全系） 可设置连接蓝牙后自动将手机媒体及提示音转至车机播放，避免遗漏手机通知。 打开路径：默认关闭，可在「设备连接」-「蓝牙」-「蓝牙设备设置」打开。 【新增】车辆信息 & 辅助驾驶战绩（26 款全系） 「我的车辆」应用首页增加 vin、车牌号显示；辅助驾驶使统计页面新增 " 最佳辅助驾驶战绩 " 数据与辅助驾驶高光时刻统计。
IT之家 6 月 6 日消息，YouTube 频道 fpt. 昨日（6 月 5 日）发布视频， 展示了苹果 iOS 27 系统可能涵盖的界面、功能等。 IT之家注：该频道主播 Jon Prosser 因爆料 iOS 26 系统，目前和苹果依然存在法律纠纷。该频道通常会和设计师合作，基于泄露的 CAD 图纸等内容，制作高度还原的 3D 概念渲染视频。 在最新视频中，该频道将镜头对准苹果 iOS 27 系统，指出苹果可能调整通知手势，通知中心入口改为从屏幕左上方下滑，而中部下滑会呼出搜索，或直接进入向助手提问的界面。 中部下滑会呼出搜索 Siri 是本轮泄露中变化最大的部分。消息称，Siri 将从单次问答工具，升级为真正的对话伙伴。它可能拥有独立对话区域，支持语音和文字输入，并结合屏幕内容、当前打开的应用理解用户意图。 图片和相机也被纳入 AI 整合。照片应用的 Clean Up 清理功能预计升级，苹果还在测试用短语或语音编辑图片，比如裁剪左上角、增强颜色。 兼容性方面，泄露信息称 iOS 27 预计支持 iPhone 12 及后续机型。不过，更复杂的 AI 功能可能只面向较新硬件。IT之家附上相关截图如下：
将 Markdown 转换为 X Articles 富文本格式。 代码块渲染为图片，表格和 Mermaid 图表一键复制，AI 生成封面图，自动拆分 thread markdown2x.com
将 Markdown 转换为 X Articles 富文本格式。 代码块渲染为图片，表格和 Mermaid 图表一键复制，AI 生成封面图，自动拆分 thread markdown2x.com
一个 AICoding 的成果 https://github.com/KysonGeek/ZenMark
佬友们，有什么工具能让让codexcli和claudecode cli渲染latex公式 3 个帖子 - 3 位参与者 阅读完整话题
cursor渲染异常 输入法异常，输入的前半段突然看不见 11 个帖子 - 7 位参与者 阅读完整话题
[分享创造] QianPlayer — 给 macOS 写了一个原生视频播放器 介绍 做了一个 macOS 原生视频播放器，底层 mpv 解码 + Metal 渲染管线，追求零拷贝、低延迟的播放体验。 主要特性 硬件解码 — H.264/H.265/VP9/AV1 全硬解，CPU 几乎零占用 HDR 自适应 — 自动识别 HDR10/HLG 并 tone-mapping Metal 原生渲染 — 零拷贝显示，充分利用 Apple Silicon GPU 字幕系统 — 多轨切换 + 外挂 SRT/ASS/SSA/VTT 空间音频 — 沉浸式环绕声体验 DLNA/UPnP — 手机投屏接收端 磁力链接 — 粘贴即播，边下边看 画中画 — 系统级悬浮窗 系统要求 macOS 15.0+ Apple Silicon (M1/M2/M3/M4) 下载 主页： https://qianplayer.github.io Release： https://github.com/qianplayer/qianplayer.github.io/releases 免费使用，欢迎反馈 ps:打开 app ，复制 b 站链接有惊喜！！
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 最近看到论坛内有佬友对于不同软件的内嵌HTML渲染的支持适配，我们AQBot也不能落后，于是在有佬友提了issue之后，我们立即就开始了支持，效果如下图： 当前目前这部分的改进还有很多，但是确实是比markdown直观多了，同时消耗tokens也会增加，不过下一步我们已经想到了调优方案 对于html render的部分，我们会提炼转换为markdown发给上游，节省tokens，当然这个是一个选配，可以自由选择是否需要开启 此更新版本为v0.0.81中发布的，不过v0.0.82中体验才是最好的，开源/下载地址：（若未看到v0.0.82稍等一会儿即可，因为正在actions编译中） GitHub Releases · AQBot-Desktop/AQBot ☁️ 轻量级高性能跨平台AI对话 + AI网关桌面客户端 | Lightweight, high-performance cross-platform AI dialogue + AI gateway desktop client - AQBot-Desktop/AQBot 最后，再给一版提示词，大家可以放到全局或者特定的对话设定中（提示词格式借鉴了佬友： https://linux.do/t/topic/2231403） ： <response-format> <language>使用用户当前提问的语言；如果用户混用多种语言，优先使用用户主要表达语言</language> <markdown> <rule>标题从 ## 起，子层级使用 ###；禁止使用 # 一级标题</rule> <rule>保持高信息密度、结构紧凑，避免松散空泛</rule> <rule>代码块必须标注语言；复杂逻辑添加简短注释</rule> </markdown> <html-render> <purpose> 当纯 Markdown 难以紧凑、清晰表达复杂结构时，主动使用 AQBot 的 <html-render>...</html-render> 片段进行实时可视化渲染。 适用场景包括：流程图、架构图、状态机、树状层级、对比矩阵、信息卡片、紧凑表格、步骤分解、数据概览。 </purpose> <syntax> 使用 AQBot 专属标签： <html-render> ...安全 HTML 片段... </html-render> </syntax> <strict-rules> <rule>只输出局部 HTML 片段，绝对禁止输出 <!DOCTYPE>、html、head、body 等完整页面结构</rule> <rule>禁止使用 script 标签、style 标签、事件属性、javascript: URL</rule> <rule>不要依赖 class 或外部 CSS；所有视觉样式必须写在安全的内联 style 中</rule> <rule>不要把整段回复全部包进一个巨大的 html-render；HTML 片段应自然穿插在 Markdown 正文中</rule> <rule>整个 HTML 模块最外层禁止加边框、卡片外壳、阴影、厚背景或明显容器框；必须像普通 Markdown 内容一样无缝融入正文流</rule> <rule>允许内部局部信息块使用细边框或分隔线，但不要给最外层 wrapper 加 border</rule> </strict-rules> <visual-style> <rule>默认以黑白灰为主，用字号、留白、分隔线、轻背景建立层次</rule> <rule>强调色只少量使用，保持克制，不使用大面积彩色渐变</rule> <rule>优先使用 transparent、inherit、currentColor、rgba(...)，减少浅色背景和深色文字在暗黑模式下冲突</rule> <rule>横向布局优先使用 flex 或 grid；内容过宽时设置 overflow-x:auto</rule> <rule>最外层建议使用 style="max-width:100%;overflow-x:auto;color:inherit;background:transparent;"，不要添加 border</rule> </visual-style> <usage-balance> <rule>简单列表、短解释、普通代码说明继续使用 Markdown</rule> <rule>只有当 HTML 能明显提升可读性、压缩空间或表达结构时才使用</rule> <rule>HTML 片段应服务信息表达，不做装饰性插画或无意义排版</rule> </usage-balance> </html-render> </response-format> 2 个帖子 - 2 位参与者 阅读完整话题
第一次点击按钮，组件重新渲染，输出'render'，此时 count 为 1 （ count: 0 -> 1) 第二次点击按钮，组件重新渲染，输出'render'，此时 count 为 1(count: 1 -> 1) 第三次点击按钮，组件不重新渲染(count: 1 -> 1) 第四次...第五次，都不会重新渲染 就...当 setCount 的值即使和当前 count 值一样，组件是否会重新渲染，竟然不一定，还要看当前 count 值的上一次渲染...如果是 0 -> 1,那么在 setCount(1)会渲染，如果是 1 -> 1 ，那么就不会再渲染...
第一次点击按钮，组件重新渲染，输出'render'，此时 count 为 1 （ count: 0 -> 1) 第二次点击按钮，组件重新渲染，输出'render'，此时 count 为 1(count: 1 -> 1) 第三次点击按钮，组件不重新渲染(count: 1 -> 1) 第四次...第五次，都不会重新渲染 就...当 setCount 的值即使和当前 count 值一样，组件是否会重新渲染，竟然不一定，还要看当前 count 值的上一次渲染...如果是 0 -> 1,那么在 setCount(1)会渲染，如果是 1 -> 1 ，那么就不会再渲染...
第一次点击按钮，组件重新渲染，输出'render'，此时 count 为 1 （ count: 0 -> 1) 第二次点击按钮，组件重新渲染，输出'render'，此时 count 为 1(count: 1 -> 1) 第三次点击按钮，组件不重新渲染(count: 1 -> 1) 第四次...第五次，都不会重新渲染 就...当 setCount 的值即使和当前 count 值一样，组件是否会重新渲染，竟然不一定，还要看当前 count 值的上一次渲染...如果是 0 -> 1,那么在 setCount(1)会渲染，如果是 1 -> 1 ，那么就不会再渲染...
第一次点击按钮，组件重新渲染，输出'render'，此时 count 为 1 （ count: 0 -> 1) 第二次点击按钮，组件重新渲染，输出'render'，此时 count 为 1(count: 1 -> 1) 第三次点击按钮，组件不重新渲染(count: 1 -> 1) 第四次...第五次，都不会重新渲染 就...当 setCount 的值即使和当前 count 值一样，组件是否会重新渲染，竟然不一定，还要看当前 count 值的上一次渲染...如果是 0 -> 1,那么在 setCount(1)会渲染，如果是 1 -> 1 ，那么就不会再渲染...
第一次点击按钮，组件重新渲染，输出'render'，此时 count 为 1 （ count: 0 -> 1) 第二次点击按钮，组件重新渲染，输出'render'，此时 count 为 1(count: 1 -> 1) 第三次点击按钮，组件不重新渲染(count: 1 -> 1) 第四次...第五次，都不会重新渲染 就...当 setCount 的值即使和当前 count 值一样，组件是否会重新渲染，竟然不一定，还要看当前 count 值的上一次渲染...如果是 0 -> 1,那么在 setCount(1)会渲染，如果是 1 -> 1 ，那么就不会再渲染...