耳切法源碼

❶ 連接藍牙需要的PIN碼是什麼

為保護您的使用安全，聯通SIM卡採用PIN碼和PUK碼保護。當PIN碼輸錯3次後，SIM卡會自動上鎖，手機提示「SIM卡已鎖」；

SIM卡被鎖後，需要輸入PUK才能解鎖，您可登錄手機營業廳點擊「我的聯通」＞「安全中心」＞「我的PUK碼」，即可查詢PUK碼。

溫馨提示：

1.PIN碼的初始密碼是1234，如PUK碼連續輸錯10次，SIM卡將會報廢，需要補卡後才能繼續使用；

2.手機營業廳的具體功能和操作路徑以實際頁面為准。

❷ GitHub 上有哪些值得推薦的開源電子書

語言無關類
操作系統

• 鳥哥的Linux私房菜 (簡體)

• Linux 系統高級編程

• The Linux Command Line (中英文版)

• Linux 設備驅動 (第三版)

• 深入分析Linux內核源碼

• UNIX TOOLBOX

• Docker中文指南

• Docker —— 從入門到實踐

• FreeRADIUS新手入門

• Mac 開發配置手冊

• FreeBSD 使用手冊

• Linux 命令行(中文版)

• 智能系統

• 一步步搭建物聯網系統

• web伺服器

• Nginx開發從入門到精通 (淘寶團隊出品)

• 版本控制

• Git教程 （本文由 @廖雪峰 創作，如果覺得本教程對您有幫助，可以去 iTunes 購買）

• git – 簡易指南

• 猴子都能懂的GIT入門

• Git 參考手冊

• Pro Git

• Git Magic

• GotGitHub

• Git Community Book 中文版

• Mercurial 使用教程

• HgInit (中文版)

• 沉浸式學 Git

• Git-Cheat-Sheet （感謝 @flyhigher139 翻譯了中文版）

• GitHub秘籍

• NoSQL

• NoSQL資料庫筆談 (PDF)

• Redis 設計與實現

• Redis 命令參考

• 帶有詳細注釋的 Redis 3.0 代碼

• 帶有詳細注釋的 Redis 2.6 代碼

• The Little MongoDB Book

• The Little Redis Book

• Neo4j 簡體中文手冊 v1.8

• Neo4j .rb 中文資源

• MySQL

• MySQL索引背後的數據結構及演算法原理

• 項目相關

• 持續集成（第二版） (譯言網)

• 讓開發自動化系列專欄

• 追求代碼質量

• selenium 中文文檔

• Joel談軟體

• 約耳談軟體(Joel on Software)

• Web

• 關於瀏覽器和網路的 20 項須知

• 前端知識體系

• 瀏覽器開發工具的秘密

• Chrome 開發者工具中文手冊

• Chrome擴展開發文檔

• Grunt中文文檔

• 移動Web前端知識庫

• 正則表達式30分鍾入門教程

• 前端開發體系建設日記

• 移動前端開發收藏夾

• JSON風格指南

• HTTP 介面設計指北

• 前端資源分享（一）

• 前端資源分享（二）

• 前端代碼規范 及 最佳實踐

• w3school教程整理

• 大數據

• 大數據/數據挖掘/推薦系統/機器學習相關資源

• 編程藝術

• 程序員編程藝術

• 每個程序員都應該了解的內存知識(譯)【第一部分】

• 取悅的工序：如何理解游戲 (豆瓣閱讀，免費書籍)

• 其他

• OpenWrt智能、自動、透明翻牆路由器教程

• 語言相關類 AWK

• awk程序設計語言

• C/C++

• C++ 並發編程指南 (@傅海平ICT)

• Linux C編程一站式學習 (宋勁杉, 北京亞嵌教育研究中心)

• CGDB中文手冊

• 100個gdb小技巧

• 100個gcc小技巧

• ZMQ 指南

• How to Think Like a Computer Scientist (中英文版)

• 跟我一起寫Makefile(PDF)

• GNU make中文手冊

• GNU make 指南

• Google C++ 風格指南

• C/C++ Primer (by @andycai)

• 簡單易懂的C魔法

• Cmake 實踐 (PDF版)

• C++ FAQ LITE(中文版)

• C++ Primer 5th Answers

• CSS/HTML

• 學習CSS布局

• 通用 CSS 筆記、建議與指導

• CSS參考手冊

• Emmet 文檔

• 前端代碼規范 (騰訊alloyteam團隊)

• Dart

• Dart 語言導覽

• Fortran

• Fortran77和90/95編程入門

• java

• 實時 Java 系列

• Apache Shiro 用戶指南

• 使用 Eclipse 和 Java SE 6 創建獨立 Web Services 應用程序

• 第 1 部分: Web Services 服務端應用程序

• 第 2 部分: Web 服務客戶端應用程序

• JavaServer Faces 1.2 入門

• 第 1 部分: 構建基本應用程序

• 第 2 部分: JSF 生命周期、轉換、檢驗和階段監聽器

• 用 Eclipse Europa 進行 Web 開發

• 第 1 部分: Eclipse Java EE

• 第 2 部分: PHP 開發工具

• 第 3 部分: Ruby Development Toolkit 和 RadRails

• 使用 JavaServer Faces 構建 Apache Geronimo 應用程序

• 第 1 部分: 使用 Eclipse 和 Apache MyFaces Core 構建基本的應用程序

• 第 2 部分: 在 JavaServer Faces 中使用 Tomahawk

• 第 3 部分: 使用 ajax4jsf 添加 Ajax 功能

• 第 4 部分: 使用 Apache Trinidad 組件擴展 JSF

• 第 5 部分: 將 JSF 應用程序與 Spring 集成

• Apache Geronimo 和 Spring 框架

• 第 1 部分: 開發方法學

• 第 2 部分: 構建第一個應用程序

• 第 3 部分: 集成 DAO 與 ORM

• 第 4 部分: 混合使用 Spring AOP 和 Spring Web Flow

• 第 5 部分: Spring MVC

• 第 6 部分: Spring MVC：使用 Web 視圖技術

• 終極 mashup —— Web 服務和語義 Web

• 第 1 部分: 使用與組合 Web 服務

• 第 2 部分: 管理 Mashup 數據緩存

• 第 3 部分: 理解 RDF 和 RDFs

• 第 4 部分: 創建本體

• 第 5 部分: 切換 Web 服務

• Jersey 2.x 用戶指南

• MyBatis中文文檔

• JavaScript

• Google JavaScript 代碼風格指南

• Airbnb JavaScript 規范

• JavaScript 標准參考教程（alpha）

• Javascript編程指南 (源碼)

• javascript 的 12 個怪癖

• JavaScript 秘密花園

• JavaScript核心概念及實踐 (PDF) (此書已由人民郵電出版社出版發行，但作者依然免費提供PDF版本，希望開發者們去購買，支持作者)

• 《JavaScript 模式》翻譯，此書中文版有售，但是紙質書翻譯的還沒有這個版本翻譯的好

• 命名函數表達式探秘 (注:原文由為之漫筆翻譯，原始地址無法打開，所以此處地址為我博客上的備份)

• 學用 JavaScript 設計模式 (開源中國)

• 深入理解JavaScript系列

• ECMAScript 6 入門 (作者：阮一峰)

• jQuery

• jQuery 解構

• 簡單易懂的JQuery魔法

• How to write jQuery plugin

• Node.js

• Node入門

• 七天學會NodeJS

• Nodejs Wiki Book (繁體中文)

• express.js 中文文檔

• koa 中文文檔

• 使用 Express + MongoDB 搭建多人博客

• Express框架

• nodejs文檔

• Node.js 包教不包會

• Learn You The Node.js For Much Win! (中文版)

• Node debug 三法三例

• underscore.js

• Underscore.js中文文檔

• backbone.js

• backbone.js入門教程 (PDF)

• Backbone.js入門教程第二版

• Developing Backbone.js Applications(中文版)

• AngularJS

• AngularJS最佳實踐和風格指南

• AngularJS中譯本

• AngularJS入門教程

• 構建自己的AngularJS

• 在Windows環境下用Yeoman構建AngularJS項目

• zepto 簡明中文手冊

• Sea.js

• Hello Sea.js

• CoffeeScript

• CoffeeScript Cookbook

• The Little Book on CoffeeScript中文版

• ExtJS

• Ext4.1.0 中文文檔

• Chrome擴展及應用開發

• JavaScript入門教程

• PHP

• PHP調試技術手冊(PDF)

• XDebug 2中文手冊(譯) (CHM)

• PHP之道

• PHP 最佳實踐

• PHP安全最佳實踐

• 深入理解PHP內核

• PHP擴展開發及內核應用

• CodeIgniter 用戶指南

• Laravel4 中文文檔

• Laravel 入門

• Symfony2中文文檔 (未譯完)

• Phalcon中文文檔（翻譯進行中）

• YiiBook幾本Yii框架的在線教程

• 簡單易懂的PHP魔法

• swoole文檔及入門教程

• iOS

• iOS開發60分鍾入門

• iOS7人機界面指南

• Google Objective-C Style Guide 中文版

• iPhone 6 屏幕揭秘

• Apple Watch開發初探

• 馬上著手開發 iOS 應用程序

• 網易斯坦福大學公開課：iOS 7應用開發字幕文件

• Android

• Android Design(中文版)

• Google Android官方培訓課程中文版

• Android學習之路

• Python

• 小白的Python教程

• 簡明Python教程

• 零基礎學Python

• Python 2.7 官方教程中文版

• Python 3.3 官方教程中文版

• 深入 Python 3

• PEP8 Python代碼風格規范

• Google Python 風格指南 中文版

• Python入門教程 (PDF)

• Python的神奇方法指南

• 笨辦法學 Python （PDF版下載）

• Django 文檔中文版

• Django 最佳實踐

• The Django Book 中文版

• web.py 0.3 新手指南

• Web.py Cookbook 簡體中文版

• Dive Into Python 中文版

• Bottle 文檔中文版 (需翻牆)

• Flask 文檔中文版

• Jinja2 文檔中文版

• Werkzeug 文檔中文版

• Flask之旅

• Introction to Tornado 中文翻譯

• Python自然語言處理中文版 （感謝陳濤同學的翻譯，也謝謝 @shwley 聯系了作者）

• Python 繪圖庫 matplotlib 官方指南中文翻譯

• Scrapy 0.25 文檔

• ThinkPython

• Ruby

• Ruby 風格指南

• Rails 風格指南

• 笨方法學 Ruby

• Ruby on Rails 指南

• Ruby on Rails 實戰聖經

• Ruby on Rails Tutorial 原書第 2 版 (本書網頁版免費提供，電子版以 PDF、EPub 和 Mobi 格式提供購買，僅售 9.9 美元)

• 編寫Ruby的C拓展

• Ruby 源碼解讀

• Shell

• Shell腳本編程30分鍾入門

• Go

• Go編程基礎

• Go入門指南

• 學習Go語言 (PDF)

• Go Web 編程 (此書已經出版，希望開發者們去購買，支持作者的創作)

• Go實戰開發 (當我收錄此項目時，作者已經寫完第三章，如果讀完前面章節覺得有幫助，可以給作者捐贈，以鼓勵作者的繼續創作)

• Network programming with Go 中文翻譯版本

• Groovy

• 實戰 Groovy 系列

• LaTeX

• 一份其實很短的 LaTeX 入門文檔

• 一份不太簡短的 LATEX 2ε 介紹 （PDF版）

• LISP

• ANSI Common Lisp 中文翻譯版

• Lua

• Lua編程入門

• Haskell

• Real World Haskell 中文版

• R

• R語言忍者秘笈

• Scala

• Scala課堂 (Twitter的Scala中文教程)

• Effective Scala(Twitter的Scala最佳實踐的中文翻譯)

• Scala指南

• Swift

• The Swift Programming Language 中文版

• Perl

• Modern Perl 中文版

• Perl 程序員應該知道的事

• Prolog

• 笨辦法學Prolog

• Vim中文文檔

• Vimscript

• 笨方法學Vimscript 中譯本

• Vim中文文檔

• 讀書筆記及其它 讀書筆記

• 編譯原理（紫龍書）中文第2版習題答案

• 把《編程珠璣》讀薄

• Effective C++讀書筆記

• Golang 學習筆記、Python 學習筆記、C 學習筆記 (PDF)

• Jsoup 學習筆記

• 學習筆記: Vim、Python、memcached

• 圖靈開放書翻譯計劃–C++、Python、Java等

• 蒂姆·奧萊利隨筆 （由譯言網翻譯，電子版免費）

• Octave 入門 （PDF版）

• SICP 解題集

• 精彩博客集合

• 正則表達式簡明參考

❸ 強行使用ARM架構不行嗎，為什麼非得授權

文/小伊評 科技

當然是不行的，ARM架構是一種閉源的項目，並且在全世界內受到知識產權保護，所以如果不經過ARM公司的授權，首先你就無法得到完整的語言代碼，就算是有其他廠商給你提供，那麼如果強行使用ARM架構就要被罰到不能自理。而且代價還遠不只是這些。筆者就總結一下，如果不徵得ARM架構授權會帶來哪些後果。

不經ARM公司授權強行使用的後果
1.會在全世界范圍內被訴訟，罰到不能自理

這個很好理解，現在是經濟全球化的時代，專利在全世界受到保護。所以只要你用到了ARM公司的指令集也好，架構也好都必須要徵得對方的授權，否則ARM公司都會在全世界范圍內起訴，讓你的產品沒有辦法賣出去。就像是2018年高通和蘋果的專利之戰，強如蘋果，最後不也以妥協而告終么？所以專利這種東西真的是一本萬利。ARM這種專利老流氓可不比高通好到哪裡去。

2.不會得到最新的指令集架構支持

ARM的指令集並非是永不升級的，就像處理器一樣，他也是在慢慢升級的。每一代新的架構體系相比於上一代都會有較大幅度的提升。而且每一代架構體系都需要重新獲得授權才能使用。比如目前最新的ARM指令集架構是ARM V8架構，世面上很多晶元廠商包括華為在內都獲得了該指令集的永久授權。如果這些ARM發布最新的ARMv9指令集架構，晶元廠商想要使用就必須重新獲得授權才行。

3.沒有晶元代工廠給你生產晶元

大家應該都知道，目前手機領域的晶元生產工作都是由幾個半導體生產企業所壟斷，比如台灣的台積電，以及韓國的三星等。 而這些生產企業只要是代工生產基於ARM架構體系下的晶元，都必須獲得ARM公司的授權 ，否則連同晶元研發企業和半導體生產企業都會被ARM公司起訴，甚至會被剝奪架構使用權。那麼又有哪些半導體生產企業願意承擔這樣的風險呢？所以沒有半導體企業給你代工生產，你的晶元就只能是紙上談兵。
那麼現在有沒有能跳過ARM公司的方式？

答案是有的， 就是目前大名鼎鼎的RISC-V指令集架構， 這種架構體系是一種完全開源的項目，並且受到國際開源組織的保護。也就是說所有人，所有廠商都可以獲得這種指令集架構的源碼進行設計。而這種架構體系目前對ARM公司的沖擊很大。

但是這種指令集架構並非是沒有缺陷，最大的缺陷就是整個體系還很薄弱，功能非常的不完善，而且目前安卓系統都是基於ARM架構下的產物，對RISC-V指令集架構不友好。

但是根據很多消息可以得知，華為在RISC-v指令集架構的研究已經很長時間了，未來不排除在被ARM公司禁用的情況下會轉而採用RISC-V架構來設計晶元，並且採用自創的鴻蒙系統支持這一指令集。這並非是不可能的，而如果事態這樣發展，對於RISC-V的發展將起到極大的提升，未來很有可能和ARM架構分庭抗禮。

說太多都是無用的，申請專利不是為了不給你用的，如果申請了專利而不給別人用，那麼這就違反了某個法律，可以視為專利無效，大家可以看看 歷史 上是否有這種不給人用的專利?所以，不給人用某種產品只能是政府行為，並且是那種強勢政府例如美國才可能做出這種事情，因為你在這個地方不聽他的，他總會能找到制裁你的地方，所以才會逼的你不得不聽他的，如果鐵了心不聽他的，他也沒有好辦法，例如伊朗朝鮮，所以，在商業上是不可能出現題主所說的情況的，假設真出現了不記商業利益損失的禁運，那麼對方自然也就可以完全無視你的什麼知識產權啥的，該走私走私，該盜版盜版，頂多用起來不那麼自由一點而已，就比如說CPU，英特爾和AMD不賣給我們了，至少現有存量可以支撐我們5年沒問題，也就是玩不了最流行的 游戲 了而已，如果因為玩不了最新 游戲 就要死要活，那一定是潛在的漢奸，小心防著就是。我相信在這困難的5年間中國一定會徹底趕上來，到時候在世界市場上再拼個你死我活就是了，既然他們能對中國做出這件事，肯定也能對別人做出這件事，別人家也不是傻子，到時候肯定也會捧中國產品的場，從而有更多的選擇機會，避免被人訛詐。

    ARM架構屬於「閉源」的商業架構，如果非授權「盜版」使用，可能會造成非常嚴重的後果，遠比ARM終止與華為業務往來的後果嚴重，下文具體說一說。

    1、ARM的授權機制
    ARM是全球領先的半導體知識產權（IP）提供商， 全世界95%的智能手機和平板採用了ARM架構 ，ARM原是一家英國公司，2007年被日本軟銀收購。ARM提供了三種不同的對外授權機制：

    1）指令集授權

購買了ARM的指令集，然後研究設計晶元。可以對ARM架構進行大幅度的修改，甚至對ARM指令集進行擴展或者縮減， 只要做到自行設計的處理器與ARM指令集是兼容即可 ，比如蘋果的A系列處理器，在ARM架構的基礎上，擴展了自己的swift架構。

    ARM目前有1000多個授權和做，320傢夥伴，但是購買指令集授權的，只有15家。華為的ARMv8永久授權，購買了ARM的指令集授權。

    2）IP授權（內核級授權）

    對於ARM的IP內核授權，形象的說法就是買晶元圖紙，相當於蓋房子給了設計圖紙，至於採用什麼建築材料、多少鋼筋，這個是不包括的。

    3）使用層級授權

    使用層級授權是最低的授權等級，只需購買已經封裝好的ARM處理器核心， 拿著ARM設計好的IP嵌入到自家設計中即可，不能更改人家的IP 。相當於蓋房子給出了效果圖，詳細到房間的管線怎麼走、牆壁的材料、具體尺寸等詳細設計，在晶元的表面也貼上「ARM」的標簽。

    2、華為的ARMv8永久授權
    華為早在2013年就購買了ARMv8的永久授權，屬於指令集授權，因此華為不需要ARM提供的已經設計完成的IP核，可以自研架構，只要兼容ARM的指令集即可。

    如果華為基於ARMv8指令集自主設計處理器，並且擁有完整的只是產權，不會受到美國禁令的制約 。根據網上的消息，華為去年年底發布的64核心的鯤鵬920伺服器處理器，就是基於ARMv8指令集的自主架構。

    ARM中斷與華為的業務往來，短期內對華為的影響較小。但是長期來看，還是有一定影響的，技術不斷的發展和迭代， ARM將會在2020年推出ARMv9，華為有可能無法獲取最新的授權 ，導致晶元性能提升的停滯，缺乏高端晶元的競爭力，對華為的業務產生「難以應付」的挑戰。

    總之，如果使用ARM架構的晶元，必須要獲得相應的授權，根據廠商的實力，獲取不同的授權模式。華為獲取了ARMv8的永久授權，短期內不會受到「禁令」的影響。對於華為來說，如果無法使用ARM晶元，可以轉戰RISC-V開源架構，但是面臨「性能」和「生態」兩大難題。

所有的專利都是對創新和發明的法律保護，同時專利也公開了發明創造的內容。

強行使用某項專利的行為是經常發生的，包括標榜自己是知識產權保護神的美國也常常發生。特別是在方法方面的發明，即使使用了專利保護的方法，也很難舉證。再說，由於發明專利涉及的內容往往互相關聯和滲透，專家也分不清到底誰侵了誰的權，最後大家和解。所以，如果你的產品不需要公開，你也可以強行使用人家的發明。

還有，你所在的地區沒有簽署保護知識產權條約，你也可以強行使用。

如果強行使用ARM架構和標准，其產品只能自用和封閉，或位於封閉地區或市場。因為處理器一類的晶元本身必須有最底層的架構和指令集，廠家必須對用戶碼農公開。只要產品公開，你是否用了ARM架構和標准，一目瞭然。由於我國在加入WTO是已經簽署保護知識產權約定，強行使用未經授權的專利技術必然觸犯中國法律。

ARM公司的主要創始人與喬布斯同期創業，離開喬布斯後加入ARM公司專心從事處理器架構和標准化工作。ARM公司在處理器晶元標准方面的布局非常早，而且高瞻遠矚，深刻而精準；在人工智慧晶元標准方面的創新和布局更是早於行業一個時代。就好比操作系統的微軟一樣，其標準的影響力在碼農心裡早已根深蒂固，其生態也是根深葉茂，撼動它是困難的。除非另闢新路，制訂自己的標准，打造自己的生態。

中國微電子行業經歷了這么多，要反思！

國家戰略也好，行業協會也罷，研究機構或企業，要創造一個思想市場，傾聽民間的聲音，及時對大局有整體的認識和把控，該出手時就出手！否則很難改變「進口晶元用的外匯比進口能源用的外匯還要多」這個被動局面！

看到推送來的這個問題，忍不住答一下：

其實，只要你能扛得住接下來的閑言碎語、抵制、懲罰...乃至當場圍毆，強行干什麼都可以。但如果你扛不住或是時機尚不成熟，還是不要把"反心"表現出來比較靠譜。

或者，你率先開辟一個新領域讓後來者不得不跟隨，但這不僅需要你有足夠的實力，那個新領域還必須對其它人有足夠的吸引力才行——ARM架構(以及許多真正有價值的專利)就是這樣的路數，不用也就算了，用就按照我的規則辦。

歸根到底，任何事都必須以實力為基礎，實力不夠還去挑戰現有規則是不明智的。因為在路邊攤吹牛吹的太狂而遭人白眼甚至圍毆的事情並不少見，至少我在東北和山東見過；國際事務方面，類似的情況在新聞聯播里也時有耳聞。

可以用啊。你要強行用沒有什麼不可以的。但是後果不是一個國家或者企業能夠承受的。

首先你在國際上的聲譽嚴重受損。沒有人跟你做生意，沒有人來你這里投資。

其次你講面臨巨額的賠款。你可以不賠，但是只要你的產品出口到世界上任何一個國家，都會被沒收。你只能在國內用，而且你的產品賣個國內的企業，這個企業只要在國外上市或者售賣產品，都會受到處罰，沒有公司敢買你的產品。

最後很多東西不是說用就用的。給你用你也不知道用。架構給你授權，你就能用？人家得給你培訓，你才會用。京東方買韓國的屏幕技術，技術給你了，你也不會。京東方派人去韓國培訓了三個月，回來還是良品率低。

你抄襲其實只能抄襲別人簡單的，復雜的抄襲都不會。

強行使用ARM架構而不授權，這個是侵權行為。現代 社會 的基礎是規則的 社會 ，如果人人都不遵守規則，整個 社會 就會崩潰。專利的存在保證了人們對創新的投入，這樣才能更進一步促進 社會 的發展，一個良好的循環。當然對於那種專利流氓，我們要堅決反對。

ARM的收費主要分為兩部分：前期license授權費用（固定的，有期限的，一般幾百萬美金）、後期版稅royalty費用（浮動的，按晶元售價的百分比收取，一般1%到2%，到一定的量會下浮）。

華為之前購買的V8架構應該是買的永久授權，可以在此之上可以自行修改，但其它的ARM核應該都是要買lisence的。

好些內地的公司收到過ARM公司的律師函，只是因為在網上下載的破解版keil，用注冊機注冊，就侵犯了ARM的權利。而沒有經過授權，使用ARM架構，那剛ARM有機可乘，它的律師函可就迫不及待了！

我們知道，華為被ARM停止了業務往來。在ARM提到了公司的相關產品設計包含了「美國原產技術」（US origin technology），所以，ARM決定暫停和華為的合作。

好在，華為獲得了 ARM 指令集 ARMv8 的永久授權，但授權只是限於這個型號的架構。但是，未來華為晶元片設計就拿不到最新、最先進的 ARM 架構授權。

我知道很多人會這樣想，等新的架構出來的時候，我們強行使用ARM公司的架構不就行了嗎？實際上這里的不切實際體驗在幾個方面：

當然，華為海思現在在研發海思架構，中國工程院院士鄔賀銓談華為的是ARM的V8永久使用權，華為可以消化它的東西也可以修改。因此，ARM再繼續提供V9，華為也可以對它進行升級，所以我們並不用強行使用！

強行使用帶有知識產權的就有點耍流氓的感覺了，畢竟這是別人辛辛苦苦研發出來的東西，並且通過合法的途徑獲取到了正規的專利資格，別的企業使用就需要拿到授權，這也是天經地義的事情，任何一個成規模的企業都會選擇使用正版的授權，正規的企業就要按照正規的規則去做，現在提到ARM的授權主要是因為最近華為被美國封鎖，華為已經擁有arm8的永久授權，所以在短時間不會受到影響，但市場長了影響就會有了，畢竟如果後邊新的版本不能及時的更新，可能在產品性能以及功能上都會受到影響，不能指望著華為公司再造一個arm架構吧。

最近關於授權的字眼體現的比較多，除了arm授權比較引人關注，還有谷歌的安卓授權更是直接影響到華為公司在歐洲的銷量，在知識產權越來越完善的今天，版權意識也會越來越強烈，就當前國內市場而言版權主要體現在企業上面，對於個人版權而言還需要很長時間的健全過程。拿版權做文章的企業非常多，就拿典型的windows系統講，微軟為了培養自己的生態系統幾乎對個人用戶全部免費的模式，所以大家在使用windows系統的時候，幾乎盜版的都能用，也從來沒見微軟公司追究過，因為涉及到個人的版權問題，通過訴訟或者打官司的方式能把一個企業給拖垮，所以微軟就是睜一隻眼閉一隻眼，讓windows系統在個人用戶中充分的發展，但對於成型的企業微軟是絕對不會放過，特別是針對上市公司或者政府機關。

國內版權意識是在這幾年慢慢起來的，因為國內高仿的產品類型實在太多，但這種高仿早晚會被拿上日程，在 體育 領域就有這么一個大事件，國內有個模仿的喬丹品牌，慢慢做大做強了，美國那邊發現這個企業已經自己養肥了就開始啟動法律程序，結果被判賠了很多，這就是版權意識淡薄造成的，開始可能覺得使用了別人家的品牌覺得是佔了便宜，到後邊吃虧的就是自己了，現在國內很多企業已經在注意保護自己的知識產權了，特別是近幾年中國的企業在國際上申請的專利數量呈現幾何倍數在增長，這些都是在國際上保護保護自己權益的一種表現。

因為專利問題這些年中國的企業已經給歐美繳納了大量的費用，就拿最簡單的2G，3G，4G標准這塊中國的運營商以及手機製造商，每個手機都要繳納給對應的專利企業費用，而且這種收費是按照單台來計算的，在5G領域華為公司算是比較爭氣無論是專利數量以及設備的能力都走在世界的前列，但是長期在這個領域占據優勢的歐美等國家感覺承受不了，已經開始在各個方面阻礙，中國 科技 的成長之路還很漫長。

像arm這種技術門檻非常高的授權，如果拿不到授權自己想搞點東西真的很難，在當前階段還是要花錢交學費，才能慢慢掌握這些高 科技 ，在學習階段走些彎路也是必然的，在自己變得強大之後反而在注重版權的今天能夠起到保護自己知識產權的作用，該遵守的規則還是要去維護好，希望能幫到你。