atom-live-server改css不刷新，因其仅监听当前html文件所在目录及子目录下的变更，不支持@import、url()等css内部引用路径，且必须通过http://协议访问，file://协议会导致资源加载失败。
atom-live-server 为什么改了 CSS 不刷新？
它只监听 HTML 文件所在目录及其子目录下的变更，不递归扫描整个项目。如果你的 CSS 放在 ../styles/main.css，而 HTML 在 src/index.html，那改 ../styles/ 下的文件根本不会触发 reload。
-
atom-live-server 的监听路径 = 启动时 HTML 文件的父目录（即 pwd）
- 它只响应
<link rel="stylesheet"> 和 <script></script> 标签引入的直接路径资源
-
@import 的 CSS、url() 引入的字体或图片、CSS-in-JS 动态注入——全都不在监听范围内
- 修改后没反应？先检查浏览器地址栏是不是
@#@#@#@#@#@#@#@#@#@0，不是 file:/// 协议
atom-html-preview 能不能看 CSS 效果？
能看基础样式，但有严重限制：它不走 HTTP 协议，所有资源加载基于文件系统路径，且完全忽略 JS 执行和跨域逻辑。
- 支持
<link rel="stylesheet"> 引入的同级或子目录 CSS（如 ./style.css 或 css/base.css）
- 不支持
@import、不解析 url(../img/logo.png) 中的上层路径、不加载 CORS 保护的字体
- 如果右下角状态栏显示
Plain Text，说明 Atom 没识别出当前文件是 HTML，Ctrl+Shift+H 必然失效
- 安装
atom-html-preview 后必须重启 Atom，否则右键菜单里压根没有 “Preview HTML” 选项
用 open-in-browser 插件打开 HTML 为什么 CSS 还是不生效？
因为双击或通过该插件打开，最终走的是 file:// 协议，现代浏览器会拦截 fetch、禁用 @import、拒绝本地 XMLHttpRequest，连 localStorage 都可能被锁死。
-
open-in-browser 只是调用系统默认浏览器打开文件，不启动任何服务
- 所有相对路径引用（尤其是
../ 开头的）在 file:// 下极易 404，浏览器控制台会报 Not allowed to load local resource
- 它适合快速瞄一眼结构，不适合开发调试；哪怕只是加一行
color: red;，也建议切到 atom-live-server
怎么让 CSS 修改真正“实时”生效？
唯一可靠路径：用 atom-live-server + 正确的文件组织 + 显式 <link> 引入。
- 把 HTML 和它依赖的 CSS/JS 都放在同一目录，或严格用子目录结构（如
index.html → css/style.css）
- 删除所有
@import，全部改用 <link> 标签（atom-live-server 不监听 CSS 内部变化）
- 确保 Atom 是从终端启动：
atom .，否则插件可能读不到 Node.js 环境（尤其 macOS 上 ~/.zshrc 里的 PATH）
- 端口冲突时它会静默换端口，别急着重装插件——先跑
lsof -i :3000（macOS/Linux）或 netstat -ano | findstr :3000（Windows）看看谁占着
atom-live-server 的监听路径 = 启动时 HTML 文件的父目录（即 pwd）<link rel="stylesheet"> 和 <script></script> 标签引入的直接路径资源
@import 的 CSS、url() 引入的字体或图片、CSS-in-JS 动态注入——全都不在监听范围内@#@#@#@#@#@#@#@#@#@0，不是 file:/// 协议- 支持
<link rel="stylesheet">引入的同级或子目录 CSS（如./style.css或css/base.css） - 不支持
@import、不解析url(../img/logo.png)中的上层路径、不加载 CORS 保护的字体 - 如果右下角状态栏显示
Plain Text，说明 Atom 没识别出当前文件是 HTML，Ctrl+Shift+H必然失效 - 安装
atom-html-preview后必须重启 Atom，否则右键菜单里压根没有 “Preview HTML” 选项
用 open-in-browser 插件打开 HTML 为什么 CSS 还是不生效？
因为双击或通过该插件打开，最终走的是 file:// 协议，现代浏览器会拦截 fetch、禁用 @import、拒绝本地 XMLHttpRequest，连 localStorage 都可能被锁死。
-
open-in-browser 只是调用系统默认浏览器打开文件，不启动任何服务
- 所有相对路径引用（尤其是
../ 开头的）在 file:// 下极易 404，浏览器控制台会报 Not allowed to load local resource
- 它适合快速瞄一眼结构，不适合开发调试；哪怕只是加一行
color: red;，也建议切到 atom-live-server
怎么让 CSS 修改真正“实时”生效？
唯一可靠路径：用 atom-live-server + 正确的文件组织 + 显式 <link> 引入。
- 把 HTML 和它依赖的 CSS/JS 都放在同一目录，或严格用子目录结构（如
index.html → css/style.css）
- 删除所有
@import，全部改用 <link> 标签（atom-live-server 不监听 CSS 内部变化）
- 确保 Atom 是从终端启动：
atom .，否则插件可能读不到 Node.js 环境（尤其 macOS 上 ~/.zshrc 里的 PATH）
- 端口冲突时它会静默换端口，别急着重装插件——先跑
lsof -i :3000（macOS/Linux）或 netstat -ano | findstr :3000（Windows）看看谁占着
open-in-browser 只是调用系统默认浏览器打开文件，不启动任何服务../ 开头的）在 file:// 下极易 404，浏览器控制台会报 Not allowed to load local resource
color: red;，也建议切到 atom-live-server
atom-live-server + 正确的文件组织 + 显式 <link> 引入。
- 把 HTML 和它依赖的 CSS/JS 都放在同一目录，或严格用子目录结构（如
index.html→css/style.css） - 删除所有
@import，全部改用<link>标签（atom-live-server不监听 CSS 内部变化） - 确保 Atom 是从终端启动：
atom .，否则插件可能读不到 Node.js 环境（尤其 macOS 上~/.zshrc里的 PATH） - 端口冲突时它会静默换端口，别急着重装插件——先跑
lsof -i :3000（macOS/Linux）或netstat -ano | findstr :3000（Windows）看看谁占着
真实开发中，最常被忽略的不是插件装没装，而是浏览器地址栏里那个 http:// ——少一个字母，整个 CSS 生态就掉链子。
使用HTML,CSS,JavaScript开发Android应用程序 英文文字pdf版附源文件
下载
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
