Chrome OS

Java程序员养成日记一(计算机基础)2.20

烂漫一生 提交于 2021-02-20 19:28:29
参照博客 java程序员技能树 (如有侵权马上删除) 经典回顾 操作系统( operation system OS) 简介 操作系统(operation system,简称OS)是管理 计算机硬件 与 软件 资源的 计算机程序 。操作系统需要处理如管理与配置 内存 、决定 系统资源 供需的优先次序、控制 输入设备 与 输出设备 、操作网络与管理文件系统等基本事务。操作系统也提供一个让用户与系统交互的操作界面。 主要的操作系统 嵌入式( VxWorks 、 eCos 、 Symbian OS 及 Palm OS 、 iOS 、 Android ) 类 Unix( System V 、 BSD 与 Linux ) Microsoft Windows( Windows XP 、 Windows 7 、 Windows 10 、) MacOS X( MacOS 和MacOS X ) Google Chrome OS( Google的轻型的、基于网络的计算机操作系统计划 ) 编译原理 基本概念 编译原理即是对高级程序语言进行翻译的一门科学技术, 我们都知道计算机程序由 程序语言 编写而成, 在早期计算机程序语言发展较为缓慢, 因为计算机存储的数据和执行的程序都是由0、1代码组合而成的,

谷歌最新通知:这些设备将无法再使用新Chrome浏览器!

僤鯓⒐⒋嵵緔 提交于 2021-02-20 16:45:22
据谷歌浏览器团队发布的最新支持文档,Chrome将不再为某些特别老的处理器提供支持。 换言之,就是这些老旧设备将无法再安装使用新的Chrome浏览器。 根据最新文档,这些受影响的老旧设备都没有对SSE3指令集的支持,主要是包含早于Intel Core 2 Duo和AMD Athlon 64处理器的设备。 如果还有用户在用这些上古CPU的话,那么或许现在会是一个更新设备的契机。 据了解,SSE3是Intel基于SSE2发展出来的指令集,主要增强了CPU在处理视频编码、线程同步、复杂算法等操作时的性能表现。 SSE3最早是在Intel于2004年推出基于Prescott核心的Pentium 4 CPU上,而AMD也紧随其后在2005年为Venice以及San Diego核心的Athlon 64新增了SSE3的子集。 现在,从Chrome 89版开始,Chrome将不会在没有SSE3指令集的Windows装置上运行。 如果用户的设备不支持SSE3的话,那么在尝试运行Chromium 89及以上版本时会导致崩溃。 考虑到不支持SSE3指令集的CPU都已经至少有15年的历史,因此谷歌认为受到这个决定影响的用户数量是极少的: “我们的分析表明,目前只有非常少量运行Windows系统的装置所使用的CPU是不支持SSE3的。” 不过,谷歌还是会给这部分用户提明显的警告

开发都要懂测试了,这份书单告诉你!

狂风中的少年 提交于 2021-01-29 22:49:24
一.前言 软件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低,软件开发的过程混乱无序、相当随意,测试的含义比较狭窄,开发人员将测试等同于“调试”,目的是纠正软件中已经知道的故障,常常由开发人员自己完成这部分的工作。 软件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低,软件开发的过程混乱无序、相当随意,测试的含义比较狭窄,开发人员将测试等同于“调试”,目的是纠正软件中已经知道的故障,常常由开发人员自己完成这部分的工作。 对测试的投入极少,测试介入也晚,常常是等到形成代码,产品已经基本完成时才进行测试。到了上世纪80年代初期,软件和IT行业进入了大发展,软件趋向大型化、高复杂度,软件的质量越来越重要。 这个时候,一些软件测试的基础理论和实用技术开始形成,并且人们开始为软件开发设计了各种流程和管理方法,软件开发的方式也逐渐由混乱无序的开发过程过渡到结构化的开发过程,以结构化分析与设计、结构化评审、结构化程序设计以及结构化测试为特征。 人们还将“质量”的概念融入其中,软件测试定义发生了改变,测试不单纯是一个发现错误的过程,而且将测试作为软件质量保证(SQA)的主要职能,包含软件质量评价的内容,Bill Hetzel在《软件测试完全指南》(Complete Guide of Software Testing)一书中指出:

如何看待鸿蒙?

余生长醉 提交于 2021-01-23 20:38:51
首先我们看一下为什么要掌握自己的OS。为什么扑街率奇高,美国的科技公司还是一个接一个地要搞自己的OS。OS是软件和硬件的结合层,上面支撑软件运行,下面调度硬件工作。自己控制了OS,上可以辅助软件开发,下可以制定硬件规范。而且涉及并控制大量的第三方公司合作,能让一个科技公司从生态上的一个普通节点,变成一个生态的核心。最早看到鸿蒙OS的宣传的时候,华为还在宣传自己的“Plan B”,就是说他们供应链上任何东西受到威胁的时候,都有自己的后备计划。鸿蒙就是其中之一。所以我确实一开始认为鸿蒙OS是华为从头开始自研的一个操作系统。因为华为从做通讯硬件起家,为自己的通讯硬件产品开发一套微内核,原生支持分布式的OS,作为“Plan B”是非常合理的。因为华为有这样的应用场景,也有自己的硬件系统,这个一个生态系统是立得住的。结合一下我一开始写的为什么要有自己的OS,这样的OS生态系统会是很强大的。我记得那个时候我还跟家人吹,华为真是nb,能够搞定一整套操作系统生态,说明华为真的有一个世界顶级的软件开发团队了。现在想想真是尴尬。但是,从现在公布的所有信息(代码,文档,以及发布时间)来看,鸿蒙并不是一个华为内部酝酿已久的“Plan B”,在最早公布的时候,就是一个PPT的状态。几个高管和高级工程师拍脑袋拍出了一堆时间点,然后掐着节点适当放点东西出来让水军吹牛,让粉丝高潮。这两个之间是有天壤之别的。前者

Google Fuchsia 会是 Android 终结者吗?

霸气de小男生 提交于 2021-01-12 07:50:16
点击上方“ 开发者技术前线 ”,选择“置顶或者星标” 属于你的文章第一时间送达! 最早关于谷歌新系统 Fuchsia 的消息 出现 在 2016 年,到目前为止,距今已过去近两年。期间,大家一直期望谷歌会公布这款融合了桌面操作系统 Chrome OS 与移动操作系统 Android 的系统的消息。然而经历了两届谷歌开发者大会,除了民间的一些传闻,关于 Fuchsia 的官方消息可谓是屈指可数。 目前,像 Google Pixelbook 这些最好的 Chromebook 跑着 Chrome OS 桌面操作系统,但却可以通过谷歌应用商店运行 Android 应用。然而 Fuchsia 系统却将会更进一步,它将接管谷歌针对手机、平板电脑和 Chromebook 这些设备开发的独特又统一的操作系统的地位。 目前我们还没有看到任何关于谷歌系统 Fuchsia 的发布信息,不过我们也没“跟丢”什么内容。一位 Reddit 用户显然发现了谷歌正在开发"AltOS模式"的证据,该模式允许在某种双启动配置下在 Chrome OS 和“替代操作系统”之间切换,但最近我们发现有消息指出谷歌正在为其硬件添加 Windows 支持 —— 所以这种"AltOS模式"也可能与 Fuchsia 无关。不过,当它最终进入市场时,这可以作为运行 Fuchsia 的一个方法。 切回正题 Fuchsia 是什么

xp退出历史舞台,Win10的使用率超过70%

拜拜、爱过 提交于 2020-11-10 09:02:26
按仅用于Windows的台式机和笔记本电脑的一部分计算,Windows 10上个月突破了70%的份额,到1月底,按预期,该操作系统将占每四台Windows PC的三分之二。 根据美国分析软件供应商Net Applications的数据,Windows 10的份额跃升2.8个百分点,是自1月份以来的最高水平,到10月底,在所有系统中占64%。如果将Windows 10视为仅适用于Windows的计算机的一部分,则占72.2%,这是使用五年的OS的最高记录。第二个数字在这对数字中更重要,因为它提供了Windows 10在业务范围内的最准确表示,而Microsoft仍然是运行中心。 Windows 10仅占Windows PC的百分比大于所有个人计算机的百分比,因为Windows上个月并未为每个系统供电。10月份,Windows占全球所有PC的88.8%的操作系统,上升了十分之一个百分点从9月开始。在剩余的11%和位中,其余所有都运行了macOS,Linux或Chrome OS。 同时,Windows 7的潜水几乎与Windows 10的攀爬一样陡峭。 今年到目前为止,Windows 7的市场份额下降了9.2个百分点,与1月1日以来的操作系统相比下降了31%。 到2021年中,Windows 10的拍摄率将达到80% Windows份额的重大变化颠覆了最近一个月前所做的预测。

Android 操作系统恐生变?

蹲街弑〆低调 提交于 2020-10-31 06:23:29
本文转载自公众号:CSDN 十年之伤,称霸已久的 Android 操作系统也开始动荡了! 曾几何时,竖起开源大旗的 Android 移动操作系统一路高歌,左手迅猛碾压了还站在智能机时代风口观望的塞班系统,右手成功扼制了闭源的 iOS 崛起的势头,一度掌控着移动操作系统市场近 85% 的份额。 如今转眼间十年已过,早已在智能机领域根深蒂固的 Android 操作系统于近期似乎遇到了前所未有的危机,一方面, 欧盟这位苛刻的检察官以系统垄断罪责,开出一张 50 亿美元的天价罚单;另一方面,其主子 Google 因为这张天价罚单一个不爽之后,或将对手机厂商以每部最高 40 美元的价格收取 Android 系统授权费,甚至还推出新条款,或强制 Android 设备定期更新系统,一代枭雄的 Android 未来该何去何从? 树大招风的 Android 操作系统 一个以绿色小机器人为 logo 的 Android,它的多事之秋最早还是要追溯到 2005 年 8 月,被 Google 收购的那一刻。当名不经传的毛头小子被富甲一方的科技巨头 Google 认做干儿子时,无数双眼睛随之被吸引过来,这其中就包括了“纯软件公司先驱”的 Oracle。 在 Android 被收购的第二年,彼时还极具开放精神的 Java 所属方 Sun 公司向 Google 抛出橄榄枝,表示只要 Google 支付 2000

谷歌发布Chrome 80.0.3987.122更新 修复一个零日漏洞

主宰稳场 提交于 2020-10-28 15:13:26
http://www.cnbeta.com/articles/tech/948155.htm 谷歌今日发布了一个 Chrome 更新程序,以修复三个安全漏洞。其中包括一个零日漏洞补丁,目前正在被积极展开利用。 有关这些攻击的详情尚未公开,不过外媒 ZDNet 指出,谷歌威胁分析团队成员 Clement Lecigne 于上周(2 月 18 日)发现了这一问题。作为谷歌下设的一个部门,其主要负责调查和追踪安全威胁的来源。 目前谷歌已经释出了面向 Windows / Ma / Linux 的 Chrome 80.0.3987.122 更新,Chrome OS / iOS / Android 版本还请稍后。 根据 CVE-2020-6418 描述的信息,可知该漏洞与“V8 中的类型混淆”有关。作为 Chrome 浏览器的一个重要组件,其负责 JavaScript 代码的处理。 所谓类型混淆,特指应用程序在编码初始化的时候,对输入数据执行了错误的操作类型。 攻击者可通过精心编造的代码来欺骗浏览器,导致程序内存中出现逻辑错误,甚至不受限制地运行恶意代码。 需要指出的是,这还是过去一年里,曝出的第三个被利用的 Chrome 零日漏洞。 比如去年 3 月,谷歌修复了 Chrome 72.0.3626.121 中的 CVE-2019-5786 漏洞,然后又在 11 月修补了 Chrome 78.0

为什么现在的开发都要懂测试了?这一份书单告诉你!

若如初见. 提交于 2020-10-14 06:37:07
​ 软件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低,软件开发的过程混乱无序、相当随意,测试的含义比较狭窄,开发人员将测试等同于“调试”,目的是纠正软件中已经知道的故障,常常由开发人员自己完成这部分的工作。 对测试的投入极少,测试介入也晚,常常是等到形成代码,产品已经基本完成时才进行测试。到了上世纪80年代初期,软件和IT行业进入了大发展,软件趋向大型化、高复杂度,软件的质量越来越重要。 这个时候,一些软件测试的基础理论和实用技术开始形成,并且人们开始为软件开发设计了各种流程和管理方法,软件开发的方式也逐渐由混乱无序的开发过程过渡到结构化的开发过程,以结构化分析与设计、结构化评审、结构化程序设计以及结构化测试为特征。 人们还将“质量”的概念融入其中,软件测试定义发生了改变,测试不单纯是一个发现错误的过程,而且将测试作为软件质量保证(SQA)的主要职能,包含软件质量评价的内容,Bill Hetzel在《软件测试完全指南》(Complete Guide of Software Testing)一书中指出:“测试是以评价一个程序或者系统属性为目标的任何一种活动。测试是对软件质量的度量。”这个定义至今仍被引用。软件开发人员和测试人员开始坐在一起探讨软件工程和测试问题。 今天推荐一份软件测试相关的书单! 软件测试系列书单 ​ 软件测试技术指南

Google 也要放弃 C/C++?Chrome 代码库中 70% 的安全漏洞是内存问题

六眼飞鱼酱① 提交于 2020-08-18 08:27:52
Google 工程师表示:目前 Chrome 代码库中所有严重的安全漏洞,70% 是内存管理的安全漏洞,其中 50% 的内存漏洞是 use-after-free 漏洞,因为对内存指针的错误管理,给予了攻击者攻击 Chrome 内部组件的机会。 近日,Google 工程师统计了 2015 年以来,Chrome 稳定分支中修复级别为 “high” 或 “critical” 的 912 个安全错误,结果发现约 70% 是内存安全漏洞。 事实上,不只是 Google,内存安全漏洞是很多科技公司都头疼的问题,微软工程师也曾公开表示:在过去 12 年中,微软产品的安全更新中,约有 70% 也是在解决内存安全漏洞。 为什么微软和 Google 的情况如此相似呢?因为它们代码库中使用的主要编程语言是 C 和 C++,由于 C 和 C++ 出现的时间较早,当时网络攻击还不是利用相关的威胁模型,大多数早期软件开发人员也没有考虑到相关的安全问题,所以 C 和 C++ 允许程序员完全控制管理应用程序的内存指针,出现基本的内存管理错误时,也没有相关的提示或者警告。 Chrome 的内存安全问题如何解决? 据了解,自 2019 年 3 月以来,在 130 个级别为 critical 的 Chrome 漏洞中,有 125 个是与内存相关的。这个数据也表明了,内存管理错误仍然是 Google 的一个大问题。