北京公交集團持續落實首都空氣清淨規劃，2016年計畫採購2700輛新的公車，其中有81%將採購電動車款，以減少大眾運輸系統的碳排放量。
北京霧霾問題嚴重，改用電動車來取代汽油車是減輕空氣汙染的方法之一。2015年間，北京公交集團共置換了2306輛汽油公車為新式環保公車，其中有一半以上是新能源電動車。同時，2015年改造超過8000輛柴油公車，減少60%的氮氧化合物排放量。
在純電動車基礎設施方面，北京公交集團陸續興建吳癸電動車線路網、變電站、充電站網絡等，共有21個公車站可供純電動車充電。
本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※台北網頁設計公司這麼多，該如何挑選?? 網頁設計報價省錢懶人包"嚨底家"
※網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線
※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整
※南投搬家費用,距離,噸數怎麼算?達人教你簡易估價知識!
2015年12月28日，北京汽車集團有限公司就“北汽新能源汽車動力電池”、“北汽集團常州產業基地”兩個專案，與常州市政府簽約。
此次北汽集團擬在常州建設的兩個項目總投資80億元，其中，北汽新能源汽車動力電池專案總投資約30億元，規劃動力電池產能達到5G瓦時，同時將以滆湖低碳濕地公園培訓中心為主體，打造北汽新能源綠色商學院，其主要目的是加強新體系電池基礎研究和關鍵技術開發，推進新一代鋰離子電池的工程化和產業化，實現對動力電池產業鏈核心環節資源掌控，以支撐北汽新能源業務需求。
而北汽集團常州產業基地專案總投資50億元，總規劃年產30萬輛整車及配套零部件、物流專案，其中一期年產15萬輛SUV、MPV和輕型客車，二期重點生產新能源汽車，打造產業生態鏈。
此前，北汽集團總投資100億元的新能源汽車和總投資50億元的通用航空兩個項目已經於今年4月和10月相繼落戶常州。
本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計
※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務
※Google地圖已可更新顯示潭子電動車充電站設置地點!!
以「挑戰特斯拉」為目標的美國電動車新公司Faraday Future正式於1月4日在美國賭城CES（消費性電子展）展會上展出首款概念車──「FFZERO1」。同時，Faraday Future預計在兩年內將開始量產。
「FFZERO1」以蝙蝠俠的蝙蝠車為設計概念，黑色外型十分具有未來感。跑車級的性能擁有超過1000馬力的功率、電池容量將近100kWh，續航里程最遠483領，最高行駛時速達200英里（約為時速320公里），且從時速0加速到100公里僅需3秒鐘。Faraday Future指名的頭號對手特斯拉旗下最高階的Tesla Model S，最高時速約為155英里（時速249公里）。
總部設於美國加州的Faraday Future執行團隊仍是謎團，只知中國網路電視巨擘樂視（LeTV）創辦人賈躍亭也是投資者之一。去年12月，Faraday Future宣布將在拉斯維加斯斥資10億美元設立占地面積約27.9萬平方公尺的工廠。這座工廠預計將提供4,500個工作機會（目前已有750名員工），且會得到內華達州州政府高達3億3,500萬美金的補助。
在今年的CES上，Faraday Future的研發團隊也首度曝光，當中包括多名來自BMW、Tesla、Audi、Google、NASA、Apple的技術人才。曾在Tesla擔任首席設計師的Nick Sampson擔任研究與工程學部門資深副總裁與產品研發總監。Sampson指出，Faraday Future是科技公司而非傳統車商，車子也將搭配手機App來進行車身設定與狀態監控，還可學習車主的使用偏好，可說是一輛智慧型的電動車。
雖然FFZERO1造型酷炫，但並不會是實際量產的車款。FFZERO1只有單座、採模組化電池，滑板底盤（skateboard chasis）的設計讓Faraday Future未來能根據需求來更換不同車款的電池與馬達裝置，提供更多尺寸、樣式以及性能的多樣化產品。Faraday Future計畫2017年正式開始量產、2020年發售，但Sampson也坦承，車用電池的供應商目前仍未確定。
（照片來源：Faraday Future）
本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線
※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益
※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象
※南投搬家前需注意的眉眉角角，別等搬了再說!
2016年新能源汽車仍將高速增長，但還存在很多不確定因素，互聯網企業造車、電池企業准入、低速電動車企業能否借機“轉正”等懸念是否能揭曉？2016年，中國還將推出哪些新能源汽車政策？讓我們先來預測一下。
《電動汽車動力蓄電池回收利用技術政策》
狀態：徵求意見
預發佈時間：2016年初
2015年9月11日，國家發展改革委環資司、工業和資訊化部裝備司聯合發佈《電動汽車動力蓄電池回收利用技術政策》（徵求意見稿）。根據徵求意見稿要求，國家將推動建立統一的動力蓄電池產品編碼制度。動力蓄電池生產企業應對所生產（或進口）的所有動力蓄電池產 品進行編碼，並建立追溯系統追蹤動力蓄電池流向。編碼應與電池產品及整車具有惟一對應性，編碼應標識在動力蓄電池產品顯著位置，且具有較高的牢固性。
《乘用車企業平均燃料消耗量管理辦法(草稿)》
狀態：草稿階段
預發佈時間：2016年
據悉，《乘用車企業平均燃料消耗量管理辦法(草稿)》已經制定完成，即將徵求意見。草案中最重要的內容是企業 平均燃料消耗量積分轉結及交易制度，不達標企業將有巨額罰款。根據草稿，乘用車企業平均燃料消耗量不達標罰款納入預算內，作為汽車行業節能管理專項資金， 其中40%用於汽車節能管理，60%用於支援企業為改善燃料經濟性而進行的產品研發。
《電動汽車充電介面及通信協定5項國家標準》
實施時間：2016年1月1日
2015年12月28日，質檢總局、國家標準委聯合國家能源局、工信部、科技部在京發佈新修訂的電動汽車 充電介面及通信協定5項國家標準。在交流充電部分，禁止採用存在安全隱患的直通電纜加普通家用插頭的連接方式；針對大於16安培的充電方式強制要求在車輛 插座和供電插座安裝電子鎖和溫度感測器，防止帶電拉弧及過熱引起的設備損壞和火災等事故……
《低速電動汽車管理辦法》
狀態：未發佈
預發佈時間：2016年
工信部、發改委、公安部、環境部等部門已經對低速電動汽車進行調研，統一的“低速電動汽車管理辦法”有望出 台。據瞭解，在山東，僅德州一個地級市，低速電動汽車的年產量超過10萬輛，低速電動車製造行業和配套產業直接為德州市貢獻超過50億元的GDP，提供了 一大批工作崗位。全國低速電動汽車主要分佈于山東、河北、河南等省，湖北、四川、湖南、安徽、江西、山西等省份隨著市場的發展產銷量也在不斷攀升。
《私人用戶居住地充電基礎設施建設管理示範文本（操作指南）》
狀態：徵求意見
預發佈時間：2016年
2015年10月12日，國家能源局在江蘇常州舉辦了“電動汽車充電基礎設施促進聯盟成立暨建設經驗交流現場 會”，會上發佈了《私人用戶居住地充電基礎設施建設管理示範文本（操作指南）》（徵求意見稿）。該意見稿對具備固定車位和不具備固定車位的私人用戶需準備 的材料及建設流程做出了詳細規定，此外對配電容量不足情況、消防驗收方面也有具體要求，具體細節還需進一步調研討論。
《關於“十三五”新能源汽車充電設施獎勵政策及加強新能源汽車推廣應用的通知（徵求意見稿）》
狀態：徵求意見
預發佈時間：2016年上半年
12月15日，財政部、科技部、工業和資訊化部、發展改革委、國家能源局聯合發佈《關於“十三五”新能源汽車 充電設施獎勵政策及加強新能源汽車推廣應用的通知（徵求意見稿）》。徵求意見稿明確了拿到獎勵的門檻，例如：大氣污染治理重點區域和重點省市（包括北京、 上海、天津、河北、山西、江蘇、浙江、山東、廣東、海南），2016~2020年度新能源汽車（標準車，下同）推廣數量分別不低於3萬輛、3.5萬輛、 4.3萬輛、5.5萬輛、7萬輛，且推廣的新能源汽車數量占本地區新增及更新的汽車總量比例不低於3%、4%、5%、8%、10%。此外，還明確了新能源標準車折算關係，例如純電動乘用車（續駛里程（參配、圖片、詢價） ≥150km）與標準車折算比例為1：1等。
本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!
※網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!
※想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師”嚨底家”!!
目錄
國產的 Deepin 不錯，安利一下。
Deepin 用了也有一兩年，也只是玩玩，沒用在開發上面。後來 Win10 不太清真了，就想着能不能到 Deepin下擼碼。要搞開發，首先少不了 IDE，VS2019 用不來，Vs Code 太複雜、麻煩，後來發現了 Rider 這個神器，可是 Rider 是英文界面，筆者的英文是渣渣的。結果在 Windows 下 使用 Rider 開發一段時間后， 已經熟悉了 Rider ，於是計劃後面遷移到 Deepin 下開發 .NET Core 。筆者裝了雙系統 Windows10 + Deepin 15。
Rider 的Linux 下載地址
下載壓縮包后，將壓縮包解壓，打開 bin 目錄，在目錄下打開終端，運行
sh rider.sh或者直接點擊 rider.sh 文件，選擇執行即可。
之後會彈出安裝界面。
根據提示一步步安裝。
最後會要求輸入賬號密碼或者激活碼激活 Rider 。
我這個是高材生的福利～你們沒有的話就用 Github 開源項目免費申請使用，或者其他手段激活。
安裝完畢后，點擊 New Solution ，發現只能創建 .NET Frameork 的項目(Mono)。
先關閉 Rider ，接下來安裝 .NET Core
有兩種安裝方法
自己下載二進制的 安裝包
使用軟件包形式安裝
無論哪種方法，如果不把 SDK/Runtime 放到 /usr/share/dotnet 下，Rider 是無法識別的(默認路徑，可以進入Rider修改設置)，下面兩種方法都是在 Linux 簡單二進制安裝 .NET Core SDK的方法。
sudo ln -s /usr/share/dotnet/dotnet /usr/bin/dotnet -fexport DOTNET_ROOT=/usr/share/dotnet export
PATH=$PATH:/usr/share/dotnet推薦第一種方法，第二種方法的或，可以按照微軟的文檔自己試試。。。
安裝完畢后就是這個樣子。
如果要通過軟件包形式安裝，參考一下這裏
想不到在 Deepin 下，Rider 竟然支持 Desktop Application(WPF)。
不過這不是重點，我又不會 WPF，先試一下 ASP.NET Core ，晚一點再看看 WPF。
運行的時候，報這個錯，是 Https 證書的問題，只需要任意位置打開終端，輸入下面的命令即可。
dotnet dev-certs https不知道為什麼，瀏覽器打開 Blazor 應用一片空白。。。
換成 MVC 試試。
不知道為什麼 Blazor 打開會空白。不管了，試試 Desktop Application。
創建 Wpf 項目后，提示要安裝插件，然後退出重新打開。
不過最後重新打開項目還是報錯
Project 'WpfApp1' load finished with warnings
The imported project "/usr/share/dotnet/sdk/3.0.100/Sdks/Microsoft.NET.Sdk.WindowsDesktop/targets/Microsoft.WinFX.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk. /usr/share/dotnet/sdk/3.0.100/Sdks/Microsoft.NET.Sdk.WindowsDesktop/targets/Microsoft.NET.Sdk.WindowsDesktop.targets at (26:3)
Windows is required to build Windows desktop applications. at (59:5)算了～就這樣好了，反正我又不會 WPF ～
本文是使用 Typora 寫的，很清真。
好好學習唄～
最後錄了個視頻玩，不知道說啥，看看內容界面就好～
打不開的話，請點擊
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※帶您來了解什麼是 USB CONNECTOR ?
※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象
※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!
※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化
※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益
相信大家在看到單元測試與集成測試這個標題時，會有很多感慨，我們無數次的在實踐中提到要做單元測試、集成測試，但是大多數項目都沒有做或者僅建了項目文件。這裡有客觀原因，已經接近交付日期了，我們沒時間做白盒測試了。也有主觀原因，面對業務複雜的代碼我們不知道如何入手做單元測試，不如就留給黑盒測試吧。但是，當我們的代碼無法進行單元測試的時候，往往就是代碼開始散發出壞味道的時候。長此以往，將欠下技術債務。在實踐過程中，技術債務常常會存在，關鍵在於何時償還，如何償還。
上圖說明了隨着時間的推移開發/維護難度的變化。
在 .NET Core 中，提供了 xUnit 、NUnit 、 MSTest 三種單元測試框架。
| MSTest | UNnit | xUnit | 說明 | 提示 |
|---|---|---|---|---|
| [TestMethod] | [Test] | [Fact] | 標記一個測試方法 | |
| [TestClass] | [TestFixture] | n/a | 標記一個 Class 為測試類，xUnit 不需要標記特性，它將查找程序集下所有 Public 的類 | |
| [ExpectedException] | [ExpectedException] | Assert.Throws 或者 Record.Exception | xUnit 去掉了 ExpectedException 特性，支持 Assert.Throws | |
| [TestInitialize] | [SetUp] | Constructor | 我們認為使用 [SetUp] 通常來說不好。但是，你可以實現一個無參構造器直接替換 [SetUp]。 | 有時我們會在多個測試方法中用到相同的變量，熟悉重構的我們會提取公共變量，並在構造器中初始化。但是，這裏我要強調的是：在測試中，不要提取公共變量，這會破壞每個測試用例的隔離性以及單一職責原則。 |
| [TestCleanup] | [TearDown] | IDisposable.Dispose | 我們認為使用 [TearDown] 通常來說不好。但是你可以實現 IDisposable.Dispose 以替換。 | [TearDown] 和 [SetUp] 通常成對出現，在 [SetUp] 中初始化一些變量，則在 [TearDown] 中銷毀這些變量。 |
| [ClassInitialize] | [TestFixtureSetUp] | IClassFixture< T > | 共用前置類 | 這裏 IClassFixture< T > 替換了 IUseFixture< T > , |
| [ClassCleanup] | [TestFixtureTearDown] | IClassFixture< T > | 共用後置類 | 同上 |
| [Ignore] | [Ignore] | [Fact(Skip=”reason”)] | 在 [Fact] 特性中設置 Skip 參數以臨時跳過測試 | |
| [Timeout] | [Timeout] | [Fact(Timeout=n)] | 在 [Fact] 特性中設置一個 Timeout 參數，當允許時間太長時引起測試失敗。注意，xUnit 的單位時毫秒。 | |
| [DataSource] | n/a | [Theory], [XxxData] | Theory(數據驅動測試)，表示執行相同代碼，但具有不同輸入參數的測試套件 | 這個特性可以幫助我們少寫很多代碼。 |
以上寫了 MSTest 、UNnit 、 xUnit 的特性以及比較，可以看出 xUnit 在使用上相對其它兩個框架來說提供更多的便利性。但是這裏最終實現還是看個人習慣以選擇。
新建單元測試項目
新建 Class
添加測試方法
/// <summary>
/// 添加地址
/// </summary>
/// <returns></returns>
[Fact]
public async Task Add_Address_ReturnZero()
{
DbContextOptions<AddressContext> options = new DbContextOptionsBuilder<AddressContext>().UseInMemoryDatabase("Add_Address_Database").Options;
var addressContext = new AddressContext(options);
var createAddress = new AddressCreateDto
{
City = "昆明",
County = "五華區",
Province = "雲南省"
};
var stubAddressRepository = new Mock<IRepository<Domain.Address>>();
var stubProvinceRepository = new Mock<IRepository<Province>>();
var addressUnitOfWork = new AddressUnitOfWork<AddressContext>(addressContext);
var stubAddressService = new AddressServiceImpl.AddressServiceImpl(stubAddressRepository.Object, stubProvinceRepository.Object, addressUnitOfWork);
await stubAddressService.CreateAddressAsync(createAddress);
int addressAmountActual = await addressContext.Addresses.CountAsync();
Assert.Equal(1, addressAmountActual);
}打開視圖 -> 測試資源管理器。
點擊運行，得到測試結果。
至此，一個單元測試結束。
集成測試確保應用的組件功能在包含應用的基礎支持下是正確的，例如：數據庫、文件系統、網絡等。
新建集成測試項目。
添加工具類 Utilities 。
using System.Collections.Generic;
using AddressEFRepository;
namespace Address.IntegrationTest
{
public static class Utilities
{
public static void InitializeDbForTests(AddressContext db)
{
List<Domain.Address> addresses = GetSeedingAddresses();
db.Addresses.AddRange(addresses);
db.SaveChanges();
}
public static void ReinitializeDbForTests(AddressContext db)
{
db.Addresses.RemoveRange(db.Addresses);
InitializeDbForTests(db);
}
public static List<Domain.Address> GetSeedingAddresses()
{
return new List<Domain.Address>
{
new Domain.Address
{
City = "貴陽",
County = "測試縣",
Province = "貴州省"
},
new Domain.Address
{
City = "昆明市",
County = "武定縣",
Province = "雲南省"
},
new Domain.Address
{
City = "昆明市",
County = "五華區",
Province = "雲南省"
}
};
}
}
}添加 CustomWebApplicationFactory 類，
using System;
using System.IO;
using System.Linq;
using AddressEFRepository;
using Microsoft.AspNetCore.Hosting;
using Microsoft.AspNetCore.Mvc.Testing;
using Microsoft.EntityFrameworkCore;
using Microsoft.Extensions.Configuration;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Logging;
namespace Address.IntegrationTest
{
public class CustomWebApplicationFactory<TStartup> : WebApplicationFactory<TStartup> where TStartup : class
{
protected override void ConfigureWebHost(IWebHostBuilder builder)
{
string projectDir = Directory.GetCurrentDirectory();
string configPath = Path.Combine(projectDir, "appsettings.json");
builder.ConfigureAppConfiguration((context, conf) =>
{
conf.AddJsonFile(configPath);
});
builder.ConfigureServices(services =>
{
ServiceDescriptor descriptor = services.SingleOrDefault(d => d.ServiceType == typeof(DbContextOptions<AddressContext>));
if (descriptor != null)
{
services.Remove(descriptor);
}
services.AddDbContextPool<AddressContext>((options, context) =>
{
//var configuration = options.GetRequiredService<IConfiguration>();
//string connectionString = configuration.GetConnectionString("TestAddressDb");
//context.UseMySql(connectionString);
context.UseInMemoryDatabase("InMemoryDbForTesting");
});
// Build the service provider.
ServiceProvider sp = services.BuildServiceProvider();
// Create a scope to obtain a reference to the database
// context (ApplicationDbContext).
using IServiceScope scope = sp.CreateScope();
IServiceProvider scopedServices = scope.ServiceProvider;
var db = scopedServices.GetRequiredService<AddressContext>();
var logger = scopedServices.GetRequiredService<ILogger<CustomWebApplicationFactory<TStartup>>>();
// Ensure the database is created.
db.Database.EnsureCreated();
try
{
// Seed the database with test data.
Utilities.ReinitializeDbForTests(db);
}
catch (Exception ex)
{
logger.LogError(ex, "An error occurred seeding the " + "database with test messages. Error: {Message}", ex.Message);
}
});
}
}
}添加集成測試 AddressControllerIntegrationTest 類。
using System.Collections.Generic;
using System.Linq;
using System.Net.Http;
using System.Threading.Tasks;
using Address.Api;
using Microsoft.AspNetCore.Mvc.Testing;
using Newtonsoft.Json;
using Xunit;
namespace Address.IntegrationTest
{
public class AddressControllerIntegrationTest : IClassFixture<CustomWebApplicationFactory<Startup>>
{
public AddressControllerIntegrationTest(CustomWebApplicationFactory<Startup> factory)
{
_client = factory.CreateClient(new WebApplicationFactoryClientOptions
{
AllowAutoRedirect = false
});
}
private readonly HttpClient _client;
[Fact]
public async Task Get_AllAddressAndRetrieveAddress()
{
const string allAddressUri = "/api/Address/GetAll";
HttpResponseMessage allAddressesHttpResponse = await _client.GetAsync(allAddressUri);
allAddressesHttpResponse.EnsureSuccessStatusCode();
string allAddressStringResponse = await allAddressesHttpResponse.Content.ReadAsStringAsync();
var addresses = JsonConvert.DeserializeObject<IList<AddressDto.AddressDto>>(allAddressStringResponse);
Assert.Equal(3, addresses.Count);
AddressDto.AddressDto address = addresses.First();
string retrieveUri = $"/api/Address/Retrieve?id={address.ID}";
HttpResponseMessage addressHttpResponse = await _client.GetAsync(retrieveUri);
// Must be successful.
addressHttpResponse.EnsureSuccessStatusCode();
// Deserialize and examine results.
string addressStringResponse = await addressHttpResponse.Content.ReadAsStringAsync();
var addressResult = JsonConvert.DeserializeObject<AddressDto.AddressDto>(addressStringResponse);
Assert.Equal(address.ID, addressResult.ID);
Assert.Equal(address.Province, addressResult.Province);
Assert.Equal(address.City, addressResult.City);
Assert.Equal(address.County, addressResult.County);
}
}
}在測試資源管理器中運行集成測試方法。
結果。
至此，集成測試完成。需要注意的是，集成測試往往耗時比較多，所以建議能使用單元測試時就不要使用集成測試。
總結：當我們寫單元測試時，一般不會同時存在 Stub 和 Mock 兩種模擬對象，當同時出現這兩種對象時，表明單元測試寫的不合理，或者業務寫的太過龐大，同時，我們可以通過單元測試驅動業務代碼重構。當需要重構時，我們應盡量完成重構，不要留下欠下過多技術債務。集成測試有自身的複雜度存在，我們不要節約時間而打破單一職責原則，否則會引發不可預期後果。為了應對業務修改，我們應該在業務修改以後，進行回歸測試，回歸測試主要關注被修改的業務部分，同時測試用例如果有沒要可以重寫，運行整個和修改業務有關的測試用例集。
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※為什麼 USB CONNECTOR 是電子產業重要的元件?
※網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!
※想要讓你的商品成為最夯、最多人討論的話題?網頁設計公司讓你強力曝光
※想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師”嚨底家”!!
源碼學習系列之SpringBoot自動配置（篇二）之HttpEncodingAutoConfiguration 源碼分析
繼上一篇博客之後，本博客繼續跟一下SpringBoot的自動配置源碼
ok，先複習一下上一篇的內容，從前面的學習，我們知道了SpringBoot的自動配置主要是由一個選擇器AutoConfigurationImportSelector，先通過選擇器將自動配置的類加載到Spring容器
注意點：
List configurations = this.getCandidateConfigurations(annotationMetadata, attributes);獲取的候選配置的類名public static final String FACTORIES_RESOURCE_LOCATION = "META-INF/spring.factories";
/* 將spring.factories的類都裝載到Spring容器*/
public static List<String> loadFactoryNames(Class<?> factoryClass, ClassLoader classLoader) {
String factoryClassName = factoryClass.getName();
try {
//將META-INF/spring.factories文件里配置的屬性都裝載到Enumeration數據結構里
Enumeration<URL> urls = classLoader != null ? classLoader.getResources("META-INF/spring.factories") : ClassLoader.getSystemResources("META-INF/spring.factories");
ArrayList result = new ArrayList();
//遍歷獲取屬性，然後再獲取對應的配置類全類名
while(urls.hasMoreElements()) {
URL url = (URL)urls.nextElement();
Properties properties = PropertiesLoaderUtils.loadProperties(new UrlResource(url));
String factoryClassNames = properties.getProperty(factoryClassName);
result.addAll(Arrays.asList(StringUtils.commaDelimitedListToStringArray(factoryClassNames)));
}
return result;
} catch (IOException var8) {
throw new IllegalArgumentException("Unable to load [" + factoryClass.getName() + "] factories from location [" + "META-INF/spring.factories" + "]", var8);
}
}
ok，Springboot的自動配置類都在這個包里，源碼很多，所以本博客只是簡單跟一下源碼
自動配置可以說是SpringBoot框架的一個很重要的功能，其強大的功能就是通過很多配置類實現的，當然這麼多配置，可以參考SpringBoot官方的配置參考：
https://docs.spring.io/spring-boot/docs/2.1.10.RELEASE/reference/html/common-application-properties.html
SpringBoot的自動配置類很多，顯然不是每個配置類都生效的，比如你沒引對應的jar，那對應的配置類肯定是不起效的，ok，本博客以HttpEncodingAutoConfiguration自動編碼配置類為實例，記錄一下SpringBoot的自動配置
先補充一些@Conditional註解的用法：詳情可以參考我上篇博客
| @Conditional派生註解 | 作用(都是判斷是否符合指定的條件) |
|---|---|
| @ConditionalOnJava | 系統的java版本是否符合要求 |
| @ConditionalOnBean | 有指定的Bean類 |
| @ConditionalOnMissingBean | 沒有指定的bean類 |
| @ConditionalOnExpression | 符合指定的SpEL表達式 |
| @ConditionalOnClass | 有指定的類 |
| @ConditionalOnMissingClass | 沒有指定的類 |
| @ConditionalOnSingleCandidate | 容器只有一個指定的bean，或者這個bean是首選bean |
| @ConditionalOnProperty | 指定的property屬性有指定的值 |
| @ConditionalOnResource | 路徑下存在指定的資源 |
| @ConditionalOnWebApplication | 系統環境是web環境 |
| @ConditionalOnNotWebApplication | 系統環境不是web環境 |
| @ConditionalOnjndi | JNDI存在指定的項 |
通過上篇博客的學習，我們已經知道了SpringBoot有很多自動配置類，所以本博客拿HttpEncodingAutoConfiguration類來看看
補充：
package org.springframework.boot.autoconfigure.web.servlet;
import org.springframework.boot.autoconfigure.condition.ConditionalOnClass;
import org.springframework.boot.autoconfigure.condition.ConditionalOnMissingBean;
import org.springframework.boot.autoconfigure.condition.ConditionalOnProperty;
import org.springframework.boot.autoconfigure.condition.ConditionalOnWebApplication;
import org.springframework.boot.autoconfigure.condition.ConditionalOnWebApplication.Type;
import org.springframework.boot.autoconfigure.http.HttpProperties;
import org.springframework.boot.autoconfigure.http.HttpProperties.Encoding;
import org.springframework.boot.context.properties.EnableConfigurationProperties;
import org.springframework.boot.web.server.WebServerFactoryCustomizer;
import org.springframework.boot.web.servlet.filter.OrderedCharacterEncodingFilter;
import org.springframework.boot.web.servlet.server.ConfigurableServletWebServerFactory;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.core.Ordered;
import org.springframework.web.filter.CharacterEncodingFilter;
@Configuration(
proxyBeanMethods = false
)//指定是一個配置列，關了proxyBeanMethods，其它配置類就不能調相應的@bean類
@EnableConfigurationProperties({HttpProperties.class})//讓使用 @ConfigurationProperties註解的HttpProperties類生效，HttpProperties類通過ConfigurationProperties註解，將屬性配置一個一個加載進來
@ConditionalOnWebApplication(
type = Type.SERVLET
)//指定系統環境是Web環境配置才起效，並且指定類型是SERVLET
@ConditionalOnClass({CharacterEncodingFilter.class})//系統有CharacterEncodingFilter過濾器類，則配置類起效，CharacterEncodingFilter類：SpringMVC中進行亂碼解決的過濾器
@ConditionalOnProperty(
prefix = "spring.http.encoding",
value = {"enabled"},
matchIfMissing = true
)//判斷配置文件是否有spring.http.encoding.enabled屬性，如果沒配置，也是默認為true的，因為配置了`matchIfMissing =true`
public class HttpEncodingAutoConfiguration {
//創建一個Encoding對象
private final Encoding properties;
// 構造函數里通過properties.getEncoding();進行屬性映射，獲取默認的配置
public HttpEncodingAutoConfiguration(HttpProperties properties) {
this.properties = properties.getEncoding();
}
@Bean
@ConditionalOnMissingBean//如果系統沒有CharacterEncodingFilter類，就執行characterEncodingFilter方法
public CharacterEncodingFilter characterEncodingFilter() {
//重新創建一個編碼過濾器
OrderedCharacterEncodingFilter filter = new OrderedCharacterEncodingFilter();
//設置默認的配置
filter.setEncoding(this.properties.getCharset().name());
filter.setForceRequestEncoding(this.properties.shouldForce(org.springframework.boot.autoconfigure.http.HttpProperties.Encoding.Type.REQUEST));
filter.setForceResponseEncoding(this.properties.shouldForce(org.springframework.boot.autoconfigure.http.HttpProperties.Encoding.Type.RESPONSE));
return filter;
}
@Bean
public HttpEncodingAutoConfiguration.LocaleCharsetMappingsCustomizer localeCharsetMappingsCustomizer() {
return new HttpEncodingAutoConfiguration.LocaleCharsetMappingsCustomizer(this.properties);
}
private static class LocaleCharsetMappingsCustomizer implements WebServerFactoryCustomizer<ConfigurableServletWebServerFactory>, Ordered {
private final Encoding properties;
LocaleCharsetMappingsCustomizer(Encoding properties) {
this.properties = properties;
}
public void customize(ConfigurableServletWebServerFactory factory) {
if(this.properties.getMapping() != null) {
factory.setLocaleCharsetMappings(this.properties.getMapping());
}
}
public int getOrder() {
return 0;
}
}
}
通過對HttpEncodingAutoConfiguration源碼的學習，可以看出，其實主要是用@Conditional及其派生註解，這些註解都是要在特定情況才會起效，起效了，才會將組件加載到Spring容器里
ok，然後我們怎麼知道哪些配置是起效的？在SpringBoot項目里，是可以通過配置，開啟打印的，可以在application.properties加上debug=true屬性就可以
控制台打印的Positive matches就表示有效的配置類
console打印的Negative matches表示不起效的配置類：
比如我的項目沒有加aop的，aop自動配置類就不起效
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能
※評比前十大台北網頁設計、台北網站設計公司知名案例作品心得分享
※智慧手機時代的來臨，RWD網頁設計已成為網頁設計推薦首選
※評比南投搬家公司費用收費行情懶人包大公開
本實驗部署一個三實例 kube-controller-manager 的集群，啟動后將通過競爭選舉機制產生一個 leader 節點，其它節點為阻塞狀態。當 leader 節點不可用時，阻塞的節點將再次進行選舉產生新的 leader 節點，從而保證服務的可用性。
為保證通信安全，本文檔先生成 x509 證書和私鑰，kube-controller-manager 在如下兩種情況下使用該證書：
1 [root@k8smaster01 ~]# cd /opt/k8s/work 2 [root@k8smaster01 work]# cat > kube-controller-manager-csr.json <<EOF 3 { 4 "CN": "system:kube-controller-manager", 5 "hosts": [ 6 "127.0.0.1", 7 "172.24.8.71", 8 "172.24.8.72", 9 "172.24.8.73" 10 ], 11 "key": { 12 "algo": "rsa", 13 "size": 2048 14 }, 15 "names": [ 16 { 17 "C": "CN", 18 "ST": "Shanghai", 19 "L": "Shanghai", 20 "O": "system:kube-controller-manager", 21 "OU": "System" 22 } 23 ] 24 } 25 EOF 26 #創建kube-controller-manager的CA證書請求文件
解釋：
hosts 列表包含所有 kube-controller-manager 節點 IP；
CN 和 O 均為 system:kube-controller-manager，kubernetes 內置的 ClusterRoleBindings system:kube-controller-manager 賦予 kube-controller-manager 工作所需的權限。
1 [root@k8smaster01 ~]# cd /opt/k8s/work 2 [root@k8smaster01 work]# cfssl gencert -ca=/opt/k8s/work/ca.pem \ 3 -ca-key=/opt/k8s/work/ca-key.pem -config=/opt/k8s/work/ca-config.json \ 4 -profile=kubernetes kube-controller-manager-csr.json | cfssljson -bare kube-controller-manager #生成CA密鑰（ca-key.pem）和證書（ca.pem）
1 [root@k8smaster01 ~]# cd /opt/k8s/work 2 [root@k8smaster01 work]# source /opt/k8s/bin/environment.sh 3 [root@k8smaster01 work]# for master_ip in ${MASTER_IPS[@]} 4 do 5 echo ">>> ${master_ip}" 6 scp kube-controller-manager*.pem root@${master_ip}:/etc/kubernetes/cert/ 7 done
kube-controller-manager 使用 kubeconfig 文件訪問 apiserver，該文件提供了 apiserver 地址、嵌入的 CA 證書和 kube-controller-manager 證書：
1 [root@k8smaster01 ~]# cd /opt/k8s/work 2 [root@k8smaster01 work]# source /opt/k8s/bin/environment.sh 3 [root@k8smaster01 work]# kubectl config set-cluster kubernetes \ 4 --certificate-authority=/opt/k8s/work/ca.pem \ 5 --embed-certs=true \ 6 --server=${KUBE_APISERVER} \ 7 --kubeconfig=kube-controller-manager.kubeconfig 8 9 [root@k8smaster01 work]# kubectl config set-credentials system:kube-controller-manager \ 10 --client-certificate=kube-controller-manager.pem \ 11 --client-key=kube-controller-manager-key.pem \ 12 --embed-certs=true \ 13 --kubeconfig=kube-controller-manager.kubeconfig 14 15 [root@k8smaster01 work]# kubectl config set-context system:kube-controller-manager \ 16 --cluster=kubernetes \ 17 --user=system:kube-controller-manager \ 18 --kubeconfig=kube-controller-manager.kubeconfig 19 20 [root@k8smaster01 work]# kubectl config use-context system:kube-controller-manager --kubeconfig=kube-controller-manager.kubeconfig 21 22 [root@k8smaster01 ~]# cd /opt/k8s/work 23 [root@k8smaster01 work]# source /opt/k8s/bin/environment.sh 24 [root@k8smaster01 work]# for master_ip in ${MASTER_IPS[@]} 25 do 26 echo ">>> ${master_ip}" 27 scp kube-controller-manager.kubeconfig root@${master_ip}:/etc/kubernetes/ 28 done
1 [root@k8smaster01 ~]# cd /opt/k8s/work 2 [root@k8smaster01 work]# source /opt/k8s/bin/environment.sh 3 [root@k8smaster01 work]# cat > kube-controller-manager.service.template <<EOF 4 [Unit] 5 Description=Kubernetes Controller Manager 6 Documentation=https://github.com/GoogleCloudPlatform/kubernetes 7 8 [Service] 9 WorkingDirectory=${K8S_DIR}/kube-controller-manager 10 ExecStart=/opt/k8s/bin/kube-controller-manager \\ 11 --profiling \\ 12 --cluster-name=kubernetes \\ 13 --controllers=*,bootstrapsigner,tokencleaner \\ 14 --kube-api-qps=1000 \\ 15 --kube-api-burst=2000 \\ 16 --leader-elect \\ 17 --use-service-account-credentials\\ 18 --concurrent-service-syncs=2 \\ 19 --bind-address=##MASTER_IP## \\ 20 --secure-port=10252 \\ 21 --tls-cert-file=/etc/kubernetes/cert/kube-controller-manager.pem \\ 22 --tls-private-key-file=/etc/kubernetes/cert/kube-controller-manager-key.pem \\ 23 --port=0 \\ 24 --authentication-kubeconfig=/etc/kubernetes/kube-controller-manager.kubeconfig \\ 25 --client-ca-file=/etc/kubernetes/cert/ca.pem \\ 26 --requestheader-allowed-names="" \\ 27 --requestheader-client-ca-file=/etc/kubernetes/cert/ca.pem \\ 28 --requestheader-extra-headers-prefix="X-Remote-Extra-" \\ 29 --requestheader-group-headers=X-Remote-Group \\ 30 --requestheader-username-headers=X-Remote-User \\ 31 --authorization-kubeconfig=/etc/kubernetes/kube-controller-manager.kubeconfig \\ 32 --cluster-signing-cert-file=/etc/kubernetes/cert/ca.pem \\ 33 --cluster-signing-key-file=/etc/kubernetes/cert/ca-key.pem \\ 34 --experimental-cluster-signing-duration=8760h \\ 35 --horizontal-pod-autoscaler-sync-period=10s \\ 36 --concurrent-deployment-syncs=10 \\ 37 --concurrent-gc-syncs=30 \\ 38 --node-cidr-mask-size=24 \\ 39 --service-cluster-ip-range=${SERVICE_CIDR} \\ 40 --pod-eviction-timeout=6m \\ 41 --terminated-pod-gc-threshold=10000 \\ 42 --root-ca-file=/etc/kubernetes/cert/ca.pem \\ 43 --service-account-private-key-file=/etc/kubernetes/cert/ca-key.pem \\ 44 --kubeconfig=/etc/kubernetes/kube-controller-manager.kubeconfig \\ 45 --logtostderr=true \\ 46 --v=2 47 Restart=on-failure 48 RestartSec=5 49 50 [Install] 51 WantedBy=multi-user.target 52 EOF
1 [root@k8smaster01 ~]# cd /opt/k8s/work 2 [root@k8smaster01 work]# source /opt/k8s/bin/environment.sh 3 [root@k8smaster01 work]# for (( i=0; i < 3; i++ )) 4 do 5 sed -e "s/##MASTER_NAME##/${MASTER_NAMES[i]}/" -e "s/##MASTER_IP##/${MASTER_IPS[i]}/" kube-controller-manager.service.template > kube-controller-manager-${MASTER_IPS[i]}.service 6 done #修正相應IP 7 [root@k8smaster01 work]# ls kube-controller-manager*.service 8 [root@k8smaster01 ~]# cd /opt/k8s/work 9 [root@k8smaster01 work]# source /opt/k8s/bin/environment.sh 10 [root@k8smaster01 work]# for master_ip in ${MASTER_IPS[@]} 11 do 12 echo ">>> ${master_ip}" 13 scp kube-controller-manager-${master_ip}.service root@${master_ip}:/etc/systemd/system/kube-controller-manager.service 14 done #分發system
1 [root@k8smaster01 ~]# cd /opt/k8s/work 2 [root@k8smaster01 work]# source /opt/k8s/bin/environment.sh 3 [root@k8smaster01 work]# for master_ip in ${MASTER_IPS[@]} 4 do 5 echo ">>> ${master_ip}" 6 ssh root@${master_ip} "mkdir -p ${K8S_DIR}/kube-controller-manager" 7 ssh root@${master_ip} "systemctl daemon-reload && systemctl enable kube-controller-manager && systemctl restart kube-controller-manager" 8 done
1 [root@k8smaster01 ~]# source /opt/k8s/bin/environment.sh 2 [root@k8smaster01 ~]# for master_ip in ${MASTER_IPS[@]} 3 do 4 echo ">>> ${master_ip}" 5 ssh root@${master_ip} "systemctl status kube-controller-manager|grep Active" 6 done
1 [root@k8smaster01 ~]# curl -s --cacert /opt/k8s/work/ca.pem --cert /opt/k8s/work/admin.pem --key /opt/k8s/work/admin-key.pem https://172.24.8.71:10252/metrics |head
注意：以上命令在 kube-controller-manager 節點上執行。
1 [root@k8smaster01 ~]# kubectl describe clusterrole system:kube-controller-manager
ClusteRole system:kube-controller-manager 的權限很小，只能創建 secret、serviceaccount 等資源對象，各 controller 的權限分散到 ClusterRole system:controller:XXX 中。
當在 kube-controller-manager 的啟動參數中添加 –use-service-account-credentials=true 參數，這樣 main controller 會為各 controller 創建對應的 ServiceAccount XXX-controller。內置的 ClusterRoleBinding system:controller:XXX 將賦予各 XXX-controller ServiceAccount 對應的 ClusterRole system:controller:XXX 權限。
1 [root@k8smaster01 ~]# kubectl get clusterrole|grep controller
如deployment controller：
1 [root@k8smaster01 ~]# kubectl describe clusterrole system:controller:deployment-controller
1 [root@k8smaster01 ~]# kubectl get endpoints kube-controller-manager --namespace=kube-system -o yaml
kubelet 認證和授權：https://kubernetes.io/docs/admin/kubelet-authentication-authorization/#kubelet-authorization
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※台北網頁設計公司這麼多，該如何挑選?? 網頁設計報價省錢懶人包"嚨底家"
※網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線
※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整
※南投搬家費用,距離,噸數怎麼算?達人教你簡易估價知識!
今天繼續講述逆向開發中另一個比較重要的課程是代碼注入內容,本篇篇幅比較長,但還是有很多乾貨的,希望大家通過此篇文章更加了解逆向開發中的要點和知識點.我們將分解幾個內容,進行講解:
讓代碼執行自己的代碼,整體方案如下:
如何讓別人的app來執行自己的代碼呢? 這就要通過代碼注入的方式來達到,而代碼注入的方式有兩種: 一種是通過framework, 一種是dylib方式,另種方案,可以通過Runtime機制
代碼注入思路:
DYLD會動態加載動態庫Framework中所有動態庫,在frameworks中加入自己的一個動態庫,然後在動態庫中hook和注入代碼.
MachOView的下載地址：
如果想看源碼如下：MachOView源碼：
yololib工具下載地址：
我們看到有很多的DYLIB，代表的是加載動態庫
由上可知，WJHookFrameWork已經加入成功。
原因：用MachOView打開可執行的WeChat，沒有找到WJHookFrameWork
下面我們講述怎麼將WJHookFramework寫入到MachoView文件中？
需要使用yololib工具，建議將yololib放到 /usr/local/bin
需要增加執行權限： chmod +x WeChat
yololib WeChat Frameworks/WJHookFrameWork.framework/WJHookFrameWork
通過上面的過程，查看MachOView文件Load commands中是否有WJHookFrameWork
上面圖显示已經加入成功。
zip -ry WeChat.ipa Payload
將WeChat.ipa放入App目錄中，刪除其他的文件夾。
上面就是framework方式代碼注入。大家可以私信我，如有不懂！！！
加入腳本文件
# ${SRCROOT} 它是工程文件所在的目錄 TEMP_PATH="${SRCROOT}/Temp" #資源文件夾，我們提前在工程目錄下新建一個APP文件夾，裏面放ipa包 ASSETS_PATH="${SRCROOT}/APP" #目標ipa包路徑 TARGET_IPA_PATH="${ASSETS_PATH}/*.ipa" #清空Temp文件夾 rm -rf "${SRCROOT}/Temp" mkdir -p "${SRCROOT}/Temp" #---------------------------------------- # 1. 解壓IPA到Temp下 unzip -oqq "$TARGET_IPA_PATH" -d "$TEMP_PATH" # 拿到解壓的臨時的APP的路徑 TEMP_APP_PATH=$(set -- "$TEMP_PATH/Payload/"*.app;echo "$1") # echo "路徑是:$TEMP_APP_PATH" #---------------------------------------- # 2. 將解壓出來的.app拷貝進入工程下 # BUILT_PRODUCTS_DIR 工程生成的APP包的路徑 # TARGET_NAME target名稱 TARGET_APP_PATH="$BUILT_PRODUCTS_DIR/$TARGET_NAME.app" echo "app路徑:$TARGET_APP_PATH" rm -rf "$TARGET_APP_PATH" mkdir -p "$TARGET_APP_PATH" cp -rf "$TEMP_APP_PATH/" "$TARGET_APP_PATH" #---------------------------------------- # 3. 刪除extension和WatchAPP.個人證書沒法簽名Extention rm -rf "$TARGET_APP_PATH/PlugIns" rm -rf "$TARGET_APP_PATH/Watch" #---------------------------------------- # 4. 更新info.plist文件 CFBundleIdentifier # 設置:"Set : KEY Value" "目標文件路徑" /usr/libexec/PlistBuddy -c "Set :CFBundleIdentifier $PRODUCT_BUNDLE_IDENTIFIER" "$TARGET_APP_PATH/Info.plist" #---------------------------------------- # 5. 給MachO文件上執行權限 # 拿到MachO文件的路徑 APP_BINARY=`plutil -convert xml1 -o - $TARGET_APP_PATH/Info.plist|grep -A1 Exec|tail -n1|cut -f2 -d\>|cut -f1 -d\<` #上可執行權限 chmod +x "$TARGET_APP_PATH/$APP_BINARY" #---------------------------------------- # 6. 重簽名第三方 FrameWorks TARGET_APP_FRAMEWORKS_PATH="$TARGET_APP_PATH/Frameworks" if [ -d "$TARGET_APP_FRAMEWORKS_PATH" ]; then for FRAMEWORK in "$TARGET_APP_FRAMEWORKS_PATH/"* do #簽名 /usr/bin/codesign --force --sign "$EXPANDED_CODE_SIGN_IDENTITY" "$FRAMEWORK" done fi #注入 yololib "$TARGET_APP_PATH/$APP_BINARY" "Frameworks/libHankHook.dylib"
上面就是dylib方式代碼注入，希望對大家有所幫助！！！
通過上面的兩種方式實現代碼注入,讓別人的app運行自己的app,下面總結如下:
iOS 中實現AOP編程思想的方式其中之一是Method Swizzling,而 Method Swizzling 是利用Runtime特性把一個方法和另個方法的實現做替換,程序運行時修改Dispatch Table里SEL和IMP之間的映射關係.
通過swizzling method改變目標函數selector所指向實現,在新的實現中來實現所要改的內容即可.
@implementation NSURL (HKURL) +(void)load { Method URLWithStr = class_getClassMethod(self, @selector(URLWithString:)); Method HKURL = class_getClassMethod(self, @selector(HKURLWithStr:)); //交換 method_exchangeImplementations(URLWithStr, HKURL); } +(instancetype)HKURLWithStr:(NSString *)str{ //調用系統原來的方法 NSURL * url = [NSURL HKURLWithStr:str]; if (url == nil) { str = @"https://www.blog.com"; } url = [NSURL HKURLWithStr:str]; return url; }
在上面的代碼中,利用method swizzling的交換方法.其他Runtime的使用方法,以及為什麼寫在load方法中,請參考本人另篇博客
拓展: 為什麼寫在load中?
class-dump是將OC運行時聲明的信息導出來的工具, 其實可以導出.h文件. 用此工具將未經過加密的app的頭文件導出來.
使用它同樣也要講此工具拷貝到MAC的目錄下/usr/local/bin下.
從上面看出，登錄按鈕為一個FixTitleColorButton對象，Target名字存放的地址為0x280afaa40，Action名字存放地址是0x280afac00。
發現賬號密碼輸入框對象屬於都一個對象，叫做WCUITextField
從上面卡出，登錄按鈕在WCAccountMainLoginViewController頁面中；
登錄點擊方法叫做onNext
發現確實有onNext（）方法，並從中看出賬號輸入框和密碼輸入框都是WCAccountTextFieldItem中，但是並沒有發現textFileld，但是可以看到WCAccountTextFieldItem是繼承於WCBaseTextFieldItem，我們再看看WCBaseTextFieldItem文件內容
看出一個m_textField對象，通過tex字段取出string。
po [(WCAccountMainLoginViewController *)0x1128bbc00 valueForKey:@"_textFieldUserPwdItem"] po [(WCAccountTextFieldItem *)0x28328e880 valueForKey:@"m_textField"] po [(WCUITextField *)0x112163a00 text]
通過LLDB調試輸入的密碼是123456。
+ (void)load { NSLog(@"來了，老弟"); Method onNext = class_getInstanceMethod(objc_getClass("WCAccountMainLoginViewController"), sel_registerName("onNext")); //1.保存原始的IMP old_onNext = method_getImplementation(onNext); //2.SET method_setImplementation(onNext, (IMP)my_next); } IMP (*old_onNext)(id self,SEL _cmd); void my_next(id self,SEL _cmd){ // 獲取密碼 NSString *pwd = [[[self valueForKey:@"_textFieldUserPwdItem"] valueForKey:@"m_textField"] performSelector:@selector(text)]; NSString *accountTF = [[[self valueForKey:@"_textFieldUserNameItem"] valueForKey:@"m_textField"] performSelector:@selector(text)]; NSLog(@"密碼是！%@",pwd); // 將密碼追加在賬號欄的後面 [[[self valueForKey:@"_textFieldUserNameItem"] valueForKey:@"m_textField"] performSelector:@selector(setText:) withObject:[NSString stringWithFormat:@"%@+%@",accountTF,pwd]]; //調用原來的方法 old_onNext(self,_cmd); }
上面用的是setIMP和getIMP的方式，對原方法進行Hook，也可以用class_replaceMethod（），method_exchangeImplementations（）。
首先從代碼注入的方式：framework和dylib兩種方式，然後講到Method swizzling方式嘗試Hook，最後又以demo的方式來闡述代碼注入和Hook，希望對大家理解逆向開發的代碼注入有所幫助！！！，歡迎大家繼續關注！！！
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計
※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務
※Google地圖已可更新顯示潭子電動車充電站設置地點!!
在接觸併發之前，我只聽說過進程、線程，管程這個詞倒是頭回聽說，抱着認真好學的態度，去找了找關於 管程 的資料，不學不知道，原來併發里的兩大難題–互斥和同步都可以用管程來解決，可以說,管程是一把解決併發的萬能鑰匙。
那什麼是管程呢？原來管程並不像進程、線程這樣來形容一個特指東西的名詞，管程是指管理共享變量以及讀共享變量的操作過程，讓他們支持併發。Java 中的 Monitor，我們經常將它翻譯成 “監視器”，其實它還有個更學術的名字就是管程。
管程有三種模型，其中廣泛應用的是 MESA 模型，Java 管程實現參考的也是 MESA 模型，所以我就着重學習這個模型。前面提到了管程可以解決併發領域互斥和同步的兩大核心問題，下面我們先看看管程是如何解決互斥問題的。
互斥問題的解決
互斥指的同一時刻只允許有一個線程訪問共享資源，管程解決互斥問題的思路很簡單，就是將共享變量及對共享變量的操作統一都封裝起來，如圖：
線程 A 和線程 B 如果想訪問共享變量 queue，只能通過管程提供的入隊和出隊操作，入隊和出隊操作保證互斥性，只允許一個線程進入，而對外暴露的就只有管程，看上去有點面向對象封裝的意思。
同步問題的解決
在管程解決互斥問題的解決方案中，我們看到了其實共享變量和對共享變量的操作都是被封裝起來的，要想訪問共享變量就要訪問管程，所以同步的解決辦法就是在管程的入口添加一個等待隊列，當多線程想同時進入管程內部時，只允許一個線程進入，其他線程在等待隊列中等待。
進入到管程內部，有可能執行修改共享變量的方法還有條件，比如要執行入隊操作，必須保證隊列不滿；要執行出隊操作，必須保證隊列不空，管程對每個條件的變量還對應有一個等待隊列，如圖：
這裏的入口等待隊列與條件等待隊列是完全不同的兩個隊列，當進入管程內部的線程因執行方法的條件不滿足會進入條件等待隊列，等待被其他線程喚醒，喚醒後會重新進入入口的等待隊列，競爭資源。
Java 內置的管程
Java 內置管程與 MESA 模型類似，在 MESA 模型中，條件變量可以有多個， Java 語言內置的管程里只有一個條件變量。
Java 內置的管程方案就是 syncronized ，使用 syncronized 修飾的代碼塊，在編譯器會自動生成相關加鎖和解鎖代碼，但是只會支持一個條件變量。
總結一下 :
以上是管程的相關介紹，後續我們會進入 Java JUC 工具包的學習，看看除了 syncronized 其他強大的併發編程類都有哪些獨特的用處。
這裡有一篇
感興趣的同學可以瀏覽一下哦~
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線
※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益
※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象
※南投搬家前需注意的眉眉角角，別等搬了再說!