一.安裝Prism

1.使用程序包管理控制台

Install-Package Prism.Unity -Version 7.2.0.1367

也可以去掉‘-Version 7.2.0.1367’獲取最新的版本

 2.使用管理解決方案的Nuget包

在上面或許我們有個疑問？為啥安裝prism會跟Prism.Unity有關係，我們知道Unity是個IOC容器,而Prism本身就支持IOC,且目前官方支持幾種IOC容器：

1.且unity由於是微軟官方的，且支持prism的組件化，由此我推薦使用prism.unity，在官方文檔中prism7不支持prism.Mef，Prism 7.1將不支持prism.Autofac 2.安裝完prism.unity就已經包含着所有prism的核心庫了，架構如下：

二.實現數據綁定

我們先創建Views文件夾和ViewModels文件夾，將MainWindow放在Views文件夾下，再在ViewModels文件夾下面創建MainWindowViewModel類，如下：

 

xmal代碼如下：

<Window x:Class="PrismSample.Views.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
        xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
        xmlns:prism="http://prismlibrary.com/"
        xmlns:local="clr-namespace:PrismSample"
        mc:Ignorable="d"
        Title="MainWindow" Height="450" Width="800" prism:ViewModelLocator.AutoWireViewModel="True">
    <StackPanel>
        <TextBox Text="{Binding Text}" Margin="10" Height="100" FontSize="50" Foreground="Black" BorderBrush="Black"/>
        <Button  Height="100" Width="300" Content="Click Me" FontSize="50" Command="{Binding ClickCommnd}"/>
    </StackPanel>
</Window>

ViewModel代碼如下：

using Prism.Commands;
using Prism.Mvvm;

namespace PrismSample.ViewModels
{
   public class MainWindowViewModel:BindableBase
    {
        private string _text;
        public string Text
        {
            get { return _text; }
            set { SetProperty(ref _text, value); }
        }

        private DelegateCommand _clickCommnd;
        public DelegateCommand ClickCommnd =>
            _clickCommnd ?? (_clickCommnd = new DelegateCommand(ExecuteClickCommnd));

        void ExecuteClickCommnd()
        {
            this.Text = "Click Me！";
        }

        public MainWindowViewModel()
        {
            this.Text = "Hello Prism!";
        }
    }
}

啟動程序：

  點擊 click Me 按鈕:

可以看到，我們已經成功的用prism實現數據綁定了，且View和ViewModel完美的前後端分離

但是現在我們又引出了另外一個問題,當我們不想按照prism的規定硬要將View和ViewModel放在Views和ViewModels裏面，又或許自己的項目取名規則各不相同怎麼辦，這時候就要用到另外幾種方法：

1.更改命名規則

如果，公司命名規則很變態，導致項目結構變成這樣(這種公司辭職了算了)：

首先我們在App需要引入prism，修改‘Application’為‘prism:PrismApplication’且刪除StartupUri xmal代碼如下：  

<prism:PrismApplication x:Class="PrismSample.App"
             xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
             xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
             xmlns:prism="http://prismlibrary.com/"
             xmlns:local="clr-namespace:PrismSample">
    <Application.Resources>
         
    </Application.Resources>
</prism:PrismApplication>

  cs後台代碼如下：

using Prism.Unity;
using Prism.Ioc;
using Prism.Mvvm;
using System.Windows;
using PrismSample.Viewsb;
using System;
using System.Reflection;

namespace PrismSample
{
    /// <summary>
    /// Interaction logic for App.xaml
    /// </summary>
    public partial class App : PrismApplication
    {
        //設置啟動起始頁
        protected override Window CreateShell()
        {
            return Container.Resolve<MainWindow>();
        }

        protected override void RegisterTypes(IContainerRegistry containerRegistry)
        {

        }

        //配置規則
        protected override void ConfigureViewModelLocator()
        {
            base.ConfigureViewModelLocator();
            ViewModelLocationProvider.SetDefaultViewTypeToViewModelTypeResolver((viewType) =>
            {
                var viewName = viewType.FullName.Replace(".Viewsb.", ".ViewModelsa.OhMyGod.");
                var viewAssemblyName = viewType.GetTypeInfo().Assembly.FullName;
                var viewModelName = $"{viewName}Test, {viewAssemblyName}";
                return Type.GetType(viewModelName);
            });
        }
    }
}

上面這兩句是關鍵：

“.Viewsb.” 表示View所在文件夾namespace,”.ViewModelsa.OhMyGod.” 表示ViewModel所在namespace

var viewName = viewType.FullName.Replace(".Viewsb.", ".ViewModelsa.OhMyGod.");

Test表示ViewModel後綴

var viewModelName = $"{viewName}Test, {viewAssemblyName}";

2.自定義ViewModel註冊

我們新建一個Foo類作為自定義類，代碼如下：

using Prism.Commands;
using Prism.Mvvm;

namespace PrismSample
{
   public class Foo:BindableBase
    {

        private string _text;
        public string Text
        {
            get { return _text; }
            set { SetProperty(ref _text, value); }
        }

        public Foo()
        {
            this.Text = "Foo";
        }

        private DelegateCommand _clickCommnd;
        public DelegateCommand ClickCommnd =>
            _clickCommnd ?? (_clickCommnd = new DelegateCommand(ExecuteClickCommnd));

        void ExecuteClickCommnd()
        {
            this.Text = "Oh My God！";
        }
    }
}

修改App.cs代碼:

protected override void ConfigureViewModelLocator()
        {
            base.ConfigureViewModelLocator();
            ViewModelLocationProvider.Register<MainWindow, Foo>();
            //ViewModelLocationProvider.SetDefaultViewTypeToViewModelTypeResolver((viewType) =>
            //{
            //    var viewName = viewType.FullName.Replace(".Viewsb.", ".ViewModelsa.OhMyGod.");
            //    var viewAssemblyName = viewType.GetTypeInfo().Assembly.FullName;
            //    var viewModelName = $"{viewName}Test, {viewAssemblyName}";
            //    return Type.GetType(viewModelName);
            //});
        }

  運行：   點擊按鈕：  

就算是不註釋修改命名規則的代碼，我們發現運行結果還是一樣，因此我們可以得出結論，

這種直接的，不通過反射註冊的自定義註冊方式優先級會高點，在官方文檔也說明這種方式效率會高點

且官方提供4種方式，其餘三種的註冊方式如下：

ViewModelLocationProvider.Register(typeof(MainWindow).ToString(), typeof(MainWindowTest)); 

ViewModelLocationProvider.Register(typeof(MainWindow).ToString(), () => Container.Resolve<Foo>());

ViewModelLocationProvider.Register<MainWindow>(() => Container.Resolve<Foo>());

 本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※帶您來看台北網站建置，台北網頁設計，各種案例分享

※小三通物流營運型態?

※快速運回,大陸空運推薦?

1. synchronized使用

1.1 synchronized介紹

在多線程併發編程中synchronized一直是元老級角色，很多人都會稱呼它為重量級鎖。但是，隨着Java SE 1.6對synchronized進行了各種優化之後，有些情況下它就並不那麼重了。

synchronized可以修飾普通方法，靜態方法和代碼塊。當synchronized修飾一個方法或者一個代碼塊的時候，它能夠保證在同一時刻最多只有一個線程執行該段代碼。

• 對於普通同步方法，鎖是當前實例對象（不同實例對象之間的鎖互不影響）。

• 對於靜態同步方法，鎖是當前類的Class對象。

• 對於同步方法塊，鎖是Synchonized括號里配置的對象。

當一個線程試圖訪問同步代碼塊時，它首先必須得到鎖，退出或拋出異常時必須釋放鎖。

1.2 使用場景

synchronized最常用的使用場景就是多線程併發編程時線程的同步。這邊還是舉一個最常用的列子：多線程情況下銀行賬戶存錢和取錢的列子。

public class SynchronizedDemo {


    public static void main(String[] args) {
        BankAccount myAccount = new BankAccount("accountOfMG",10000.00);
        for(int i=0;i<100;i++){
            new Thread(new Runnable() {
                @Override
                public void run() {
                    try {
                        int var = new Random().nextInt(100);
                        Thread.sleep(var);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    double deposit = myAccount.deposit(1000.00);
                    System.out.println(Thread.currentThread().getName()+" balance:"+deposit);
                }
            }).start();
        }
        for(int i=0;i<100;i++){
            new Thread(new Runnable() {
                @Override
                public void run() {
                    try {
                        int var = new Random().nextInt(100);
                        Thread.sleep(var);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    double deposit = myAccount.withdraw(1000.00);
                    System.out.println(Thread.currentThread().getName()+" balance:"+deposit);

                }
            }).start();
        }
    }

    private static class BankAccount{
        String accountName;
        double balance;

        public BankAccount(String accountName,double balance){
            this.accountName = accountName;
            this.balance = balance;
        }

        public double deposit(double amount){
            balance = balance + amount;
            return balance;
        }

        public double  withdraw(double amount){
            balance = balance - amount;
            return balance;
        }

    }
}

上面的列子中，首先初始化了一個銀行賬戶，賬戶的餘額是10000.00，然後開始了200個線程，其中100個每次向賬戶中存1000.00，另外100個每次從賬戶中取1000.00。如果正常執行的話，賬戶中應該還是10000.00。但是我們執行多次這段代碼，會發現執行結果基本上都不是10000.00，而且每次結果 都是不一樣的。

出現上面這種結果的原因就是：在多線程情況下，銀行賬戶accountOfMG是一個共享變量，對共享變量進行修改如果不做線程同步的話是會存在線程安全問題的。比如說現在有兩個線程同時要對賬戶accountOfMG存款1000，一個線程先拿到賬戶的當前餘額，並且將餘額加上1000。但是還沒將餘額的值刷新回賬戶，另一個線程也來做相同的操作。此時賬戶餘額還是沒加1000之前的值，所以當兩個線程執行完畢之後，賬戶加的總金額還是只有1000。

synchronized就是Java提供的一種線程同步機制。使用synchronized我們可以非常方便地解決上面的銀行賬戶多線程存錢取錢問題，只需要使用synchronized修飾存錢和取錢方法即可：

private static class BankAccount{
        String accountName;
        double balance;

        public BankAccount(String accountName,double balance){
            this.accountName = accountName;
            this.balance = balance;
        }
        //這邊給出一個編程建議：當我們對共享變量進行同步時，同步代碼塊最好在共享變量中加
        public synchronized double deposit(double amount){
            balance = balance + amount;
            return balance;
        }
        
        public synchronized double  withdraw(double amount){
            balance = balance - amount;
            return balance;
        }

    }

2. Java對象頭

上面提到，當線程進入synchronized方法或者代碼塊時需要先獲取鎖，退出時需要釋放鎖。那麼這個鎖信息到底存在哪裡呢？

Java對象保存在內存中時，由以下三部分組成：

• 對象頭
• 實例數據
• 對齊填充字節

而對象頭又由下面幾部分組成：

• Mark Word
• 指向類的指針
• 數組長度（只有數組對象才有）

1. Mark Word
Mark Word記錄了對象和鎖有關的信息，當這個對象被synchronized關鍵字當成同步鎖時，圍繞這個鎖的一系列操作都和Mark Word有關。Mark Word在32位JVM中的長度是32bit，在64位JVM中長度是64bit。

Mark Word在不同的鎖狀態下存儲的內容不同，在32位JVM中是這麼存的：

其中無鎖和偏向鎖的鎖標誌位都是01，只是在前面的1bit區分了這是無鎖狀態還是偏向鎖狀態。Epoch是指偏向鎖的時間戳。

JDK1.6以後的版本在處理同步鎖時存在鎖升級的概念，JVM對於同步鎖的處理是從偏向鎖開始的，隨着競爭越來越激烈，處理方式從偏向鎖升級到輕量級鎖，最終升級到重量級鎖。

JVM一般是這樣使用鎖和Mark Word的：

• step1:當沒有被當成鎖時，這就是一個普通的對象，Mark Word記錄對象的HashCode，鎖標誌位是01，是否偏向鎖那一位是0。

• step2:當對象被當做同步鎖並有一個線程A搶到了鎖時，鎖標誌位還是01，但是否偏向鎖那一位改成1，前23bit記錄搶到鎖的線程id，表示進入偏向鎖狀態。

• step3:當線程A再次試圖來獲得鎖時，JVM發現同步鎖對象的標誌位是01，是否偏向鎖是1，也就是偏向狀態，Mark Word中記錄的線程id就是線程A自己的id，表示線程A已經獲得了這個偏向鎖，可以執行同步鎖的代碼。

• step4:當線程B試圖獲得這個鎖時，JVM發現同步鎖處於偏向狀態，但是Mark Word中的線程id記錄的不是B，那麼線程B會先用CAS操作試圖獲得鎖，這裏的獲得鎖操作是有可能成功的，因為線程A一般不會自動釋放偏向鎖。如果搶鎖成功，就把Mark Word里的線程id改為線程B的id，代表線程B獲得了這個偏向鎖，可以執行同步鎖代碼。如果搶鎖失敗，則繼續執行步驟5。

• step5:偏向鎖狀態搶鎖失敗，代表當前鎖有一定的競爭，偏向鎖將升級為輕量級鎖。JVM會在當前線程的線程棧中開闢一塊單獨的空間，裏面保存指向對象鎖Mark Word的指針，同時在對象鎖Mark Word中保存指向這片空間的指針。上述兩個保存操作都是CAS操作，如果保存成功，代表線程搶到了同步鎖，就把Mark Word中的鎖標誌位改成00，可以執行同步鎖代碼。如果保存失敗，表示搶鎖失敗，競爭太激烈，繼續執行步驟6。

• step6:輕量級鎖搶鎖失敗，JVM會使用自旋鎖，自旋鎖不是一個鎖狀態，只是代表不斷的重試，嘗試搶鎖。從JDK1.7開始，自旋鎖默認啟用，自旋次數由JVM決定。如果搶鎖成功則執行同步鎖代碼，如果失敗則繼續執行步驟7。

• step7:自旋鎖重試之後如果搶鎖依然失敗，同步鎖會升級至重量級鎖，鎖標誌位改為10。在這個狀態下，未搶到鎖的線程都會被阻塞。

2. 指向類的指針
該指針在32位JVM中的長度是32bit，在64位JVM中長度是64bit。Java對象的類數據保存在方法區。

3. 數組長度
只有數組對象保存了這部分數據。該數據在32位和64位JVM中長度都是32bit。

synchronized對鎖的優化

Java 6中為了減少獲得鎖和釋放鎖帶來的性能消耗，引入了“偏向鎖”和“輕量級鎖”的概念。在Java 6中，鎖一共有4種狀態，級別從低到高依次是：無鎖狀態、偏向鎖狀態、輕量級鎖狀態和重量級鎖狀態，這幾個狀態會隨着競爭情況逐漸升級。鎖可以升級但不能降級，意味着偏向鎖升級成輕量級鎖后不能降級成偏向鎖。

在聊偏向鎖、輕量級鎖和重量級鎖之前我們先來聊下鎖的宏觀分類。鎖從宏觀上來分類，可以分為悲觀鎖與樂觀鎖。注意，這裏說的的鎖可以是數據庫中的鎖，也可以是Java等開發語言中的鎖技術。悲觀鎖和樂觀鎖其實只是一類概念（對某類具體鎖的總稱），不是某種語言或是某個技術獨有的鎖技術。

樂觀鎖是一種樂觀思想，即認為讀多寫少，遇到併發寫的可能性低，每次去拿數據的時候都認為別人不會修改，所以不會上鎖，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個數據，採取在寫時先讀出當前版本號，然後加鎖操作（比較跟上一次的版本號，如果一樣則更新），如果失敗則要重複讀-比較-寫的操作。java中的樂觀鎖基本都是通過CAS操作實現的，CAS是一種更新的原子操作，比較當前值跟傳入值是否一樣，一樣則更新，否則失敗。數據庫中的共享鎖也是一種樂觀鎖。

悲觀鎖是就是悲觀思想，即認為寫多，遇到併發寫的可能性高，每次去拿數據的時候都認為別人會修改，所以每次在讀寫數據的時候都會上鎖，這樣別人想讀寫這個數據就會block直到拿到鎖。java中典型的悲觀鎖就是Synchronized,AQS框架下的鎖則是先嘗試cas樂觀鎖去獲取鎖，獲取不到，才會轉換為悲觀鎖，如ReentrantLock。數據庫中的排他鎖也是一種悲觀鎖。

偏向鎖

Java 6之前的synchronized會導致爭用不到鎖的線程進入阻塞狀態，線程在阻塞狀態和runnbale狀態之間切換是很耗費系統資源的，所以說它是java語言中一個重量級的同步操縱，被稱為重量級鎖。為了緩解上述性能問題，Java 6開始，引入了輕量鎖與偏向鎖，默認啟用了自旋，他們都屬於樂觀鎖。

偏向鎖更準確的說是鎖的一種狀態。在這種鎖狀態下，系統中只有一個線程來爭奪這個鎖。線程只要簡單地通過Mark Word中存放的線程ID和自己的ID是否一致就能拿到鎖。下面簡單介紹下偏向鎖獲取和升級的過程。

還是就着這張圖講吧，會清楚點。

當系統中還沒有訪問過synchronized代碼時，此時鎖的狀態肯定是“無鎖狀態”，也就是說“是否是偏向鎖”的值是0，“鎖標誌位”的值是01。此時有一個線程1來訪問同步代碼，發現鎖對象的狀態是”無鎖狀態”，那麼操作起來非常簡單了，只需要將“是否偏向鎖”標誌位改成1，再將線程1的線程ID寫入Mark Word即可。

如果後續系統中一直只有線程1來拿鎖，那麼只要簡單的判斷下線程1的ID和Mark Word中的線程ID，線程1就能非常輕鬆地拿到鎖。但是現實往往不是那麼簡單的，現在假設線程2也要來競爭同步鎖，我們看下情況是怎麼樣的。

• step1：線程2首先根據“是否是偏向鎖”和“鎖標誌位”的值判斷出當前鎖的狀態是“偏向鎖”狀態，但是Mark Word中的線程ID又不是指向自己（此時線程ID還是指向線程1），所以此時回去判斷線程1還是否存在；
• step2：假如此時線程1已經不存在了，線程2會將Mark Word中的線程ID指向自己的線程ID，鎖不升級，仍為偏向鎖；
• step3：假如此時線程1還存在（線程1還沒執行完同步代碼，【不知道這樣理解對不對，姑且先這麼理解吧】），首先暫停線程1，設置鎖標誌位為00，鎖升級為“輕量級鎖”，繼續執行線程1的代碼；線程2通過自旋操作來繼續獲得鎖。

在JDK6中，偏向鎖是默認啟用的。它提高了單線程訪問同步資源的性能。但試想一下，如果你的同步資源或代碼一直都是多線程訪問的，那麼消除偏向鎖這一步驟對你來說就是多餘的。事實上，消除偏向鎖的開銷還是蠻大的。
所以在你非常熟悉自己的代碼前提下，大可禁用偏向鎖:

 -XX:-UseBiasedLocking=false

輕量級鎖

“輕量級鎖”鎖也是一種鎖的狀態，這種鎖狀態的特點是：當一個線程來競爭鎖失敗時，不會立即進入阻塞狀態，而是會進行一段時間的鎖自旋操作，如果自旋操作拿鎖成功就執行同步代碼，如果經過一段時間的自旋操作還是沒拿到鎖，線程就進入阻塞狀態。

1. 輕量級鎖加鎖流程
線程在執行同步塊之前，JVM會先在當前線程的棧楨中創建用於存儲鎖記錄的空間，並將對象頭中的Mark Word複製到鎖記錄中，官方稱為Displaced Mark Word。然後線程嘗試使用CAS將對象頭中的Mark Word替換為指向鎖記錄的指針。如果成功，當前線程獲得鎖，如果失敗，表示其他線程競爭鎖，當前線程便嘗試使用自旋來獲取鎖。

2. 輕量級鎖解鎖流程
輕量級解鎖時，會使用原子的CAS操作將Displaced Mark Word替換回到對象頭，如果成功，則表示沒有競爭發生。如果失敗，表示當前鎖存在競爭，鎖就會膨脹成重量級鎖。

重量級鎖

因為自旋會消耗CPU，為了避免無用的自旋（比如獲得鎖的線程被阻塞住了），一旦鎖升級成重量級鎖，就不會再恢復到輕量級鎖狀態。當鎖處於這個狀態下，其他線程試圖獲取鎖時，都會被阻塞住，當持有鎖的線程釋放鎖之後會喚醒這些線程，被喚醒的線程就會進行新一輪的奪鎖之爭。

鎖自旋

自旋鎖原理非常簡單，如果持有鎖的線程能在很短時間內釋放鎖資源，那麼那些等待競爭鎖的線程就不需要做內核態和用戶態之間的切換進入阻塞掛起狀態，它們只需要等一等（自旋），等持有鎖的線程釋放鎖后即可立即獲取鎖，這樣就避免用戶線程和內核的切換的消耗。

但是線程自旋是需要消耗CPU的，說白了就是讓CPU在做無用功，線程不能一直佔用CPU自旋做無用功，所以需要設定一個自旋等待的最大時間。如果持有鎖的線程執行的時間超過自旋等待的最大時間扔沒有釋放鎖，就會導致其它爭用鎖的線程在最大等待時間內還是獲取不到鎖，這時爭用線程會停止自旋進入阻塞狀態。

自旋鎖盡可能的減少線程的阻塞，這對於鎖的競爭不激烈，且佔用鎖時間非常短的代碼塊來說性能能大幅度的提升，因為自旋的消耗會小於線程阻塞掛起操作的消耗！但是如果鎖的競爭激烈，或者持有鎖的線程需要長時間佔用鎖執行同步塊，這時候就不適合使用自旋鎖了，因為自旋鎖在獲取鎖前一直都是佔用cpu做無用功，線程自旋的消耗大於線程阻塞掛起操作的消耗，其它需要cup的線程又不能獲取到cpu，造成cpu的浪費。

JDK7之後，鎖的自旋特性都是由JVM自身控制的，不需要我們手動配置。

鎖對比

鎖的優化

• 減少鎖的時間：不需要同步的代碼不加鎖；
• 使用讀寫鎖：讀操作加讀鎖，可以併發讀，寫操作使用寫鎖，只能單線程寫；
• 鎖粗化：假如有一個循環，循環內的操作需要加鎖，我們應該把鎖放到循環外面，否則每次進出循環，都進出一次臨界區，效率是非常差的；

參考

• https://blog.csdn.net/lkforce/article/details/81128115
• 《併發編程藝術》

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線

※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益

※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

※台灣寄大陸海運貨物規則及重量限制?

※大陸寄台灣海運費用試算一覽表

    最近我在博客園裡，看到不少在校的同學在學java，而且，在我最近舉辦的一次直播活動中，也有不少在校生同學來提問，java該怎麼學。

    對於那些已經工作的同學，哪怕才工作不久，畢竟也能從項目實踐里總結和探索java的學習途徑和相關方法。但在校生同學由於沒機會接觸實際項目，在學習內容、進階途徑和學成標準這些方面都是兩眼一抹黑，而大學里的內容可能偏重於理論，講述的技術往往也和軟件公司里常用的技術不匹配。

    這就導致了很多上心的在校生，雖然很努力，但到畢業時，才發現自己起早貪黑學成的技能並不能幫他們找到工作。在本文里，就將結合我面試實習生和畢業生的標準，專門給在校生這個群體一些學習Java方面的建議。

1 明確目標，先說下公司面試應屆生的標準

    我最近可能都在大公司，到畢業季，會到一些學校去校招，校招的標準描述起來很簡單：Java方面能幹活，或者能經短期幫帶后能幹活，具體標準如下。

    1 Web框架方面，需要以全棧的形式，了解SSM，或Spring Boot或Spring Cloud從前端到後端的基本語法，至少能在項目經理短期幫助下，能照着別人的例子寫代碼。應屆生候選人只要能講清楚相關框架的語法點和流程即可，最多再附帶說明下mybatis等組件的用法，至於redis，dubbo，根本沒要求。

    2 數據庫方面，能會基本的增刪改查即可，外帶一些基本概念，比如事務怎麼處理，JDBC里批處理怎麼處理。

    3 Java語法（也就是核心方面），其實如果能講清楚SSM等Web框架技能，這塊只要刷題就能過，比如就問些ArrayList和LinkedList的差別，以及多線程等的概念。

    4 人看上去聽話，想法少，學習能力強，責任心強，不是刺頭，這塊其實大多數人都可以達標。

    以上不要求有商業項目經驗，當然如果有，絕對是加分項，而且這還是大公司的面試應屆生的標準。至於一些小公司，或者是一些外包公司，有時候能招到人就阿彌陀佛了（至於有些能力比較強的一本的應屆生願不願意去還難說）。有些在招收應屆生的時候，不少小公司甚至在“項目經驗”方面沒要求，哪怕沒學習項目經驗也不要緊，只會問些網上比較大路的面試題，能說上來即可。

2 面試中大多數應屆生的實際表現

    從面試官角度來看，招收應屆生的標準其實是很低的，對應的，在招初級開發時，多少都需要有商業項目經驗。從這個角度來看，應屆生最好在校期間就找到工作，畢業后兩三個月找不到工作問題還不怎麼大，但如果半年後再找不到工作，那麼到時候被面試的標準就高於“應屆生”的標準了。

    這裏我無意貶低應屆生的水平，畢竟我們都是從這個階段過來的，但從面試情況來看，至少有將近一半的應屆生達不到標準,下面列些具體的表現。

    1 沒有框架開發的經驗，這裏最低要求是能自行搭建個SSM項目，但不少同學根本沒有。

    2 數據庫方面，就知道理論上的增刪改查，甚至不會在MySQL, Oracle和SQL Server平台上運行過SQL語句。

    3 Java核心方面，掌握了一大堆項目里一定不會用的，比如Swing之類的界面編程技術，但該掌握的多線程集合等，一些常用的概念也不清楚。

    論動手能力，有些同學甚至沒有在Eclipse等IDE上運行通Java代碼，或者出了基本的語法錯誤不知道如何自行解決，至於沒有debug調試經驗的，就更加見怪不怪了，而在代碼里需要加必要的try…catch異常處理語句，這就更加鳳毛麟角了。

    在一些一本大學里，理論和實際操作能力較差的同學雖然不多，但也有，就更別提其它大學和大專了。我也和一些大學老師打過交道，也看過一些大學里用的Java和數據庫等編程方面的教材，再結合諸多應屆生在面試時的表現，我的感受是，或許大學階段更會培養學生的理論素養，但大學生朋友在讀大學階段，一定要提升實際的編程能力，包含但不限於（SSM）框架的編程能力，數據庫實際操作能力和Java核心部分代碼的開發和調試能力 。 

3 哪些大學里學到的知識點面試大概率不問（根本不用太費精力看的技術有哪些）

     前幾天我看到篇大學生朋友寫的文章，，或許很多大學生朋友也知道上進，平時也在不斷看各種資料，但可能苦於方法不當，可能有些大學老師也沒真在公司里干過，也沒法給出合適的學習建議，所以導致最終畢業找工作時，能力沒達到基本的期望要求。

    也就是說，大學教育和公司面試需求之間存在差距，這就給一些培訓機構帶來了商機。但培訓機構收的錢也不便宜，而培訓班也不是一定能保證學生能找到工作，關鍵要靠自己。從這裏開始，就將給出有實際操作性的學習建議。

    我最近接觸到不少大學生朋友，發現他們努力正在學的知識，面試時未必會問，也就是說，這些點白學了。之前已經提到了面試的標準，這裏就將結合具體的知識點，列出面試時需要掌握的最低技能標準，除此之外,大概率不會問的。

    1  Java核心方面，集合，多線程，異常處理，IO，JDBC，面向對象技能，大概率會問到，其它的沒提到的，比如圖形化界面，NIO，Socket網絡編程，甚至Applet之類的，不會問到。

    2 數據庫方面，會寫增刪改查的SQL語句，知道存儲過程之類的概念，會通過索引優化查詢條件，會建表，會些諸如子查詢,group by,having，表關聯查詢等基本SQL技能，這裏請注意，至少得用過一種商業化數據庫。

    3 框架方面，需要有Spring+Spring MVC+mybatis框架的實際操作能力（不是商業項目開發能力），至於有Spring Boot或Spring Cloud，那更好了。

    4 綜合技能方面，能知道基本的數據結構知識（線性表外帶排序外帶一些樹的技能），基本的操作系統知識（一般僅限於線程進程概念），基本網絡通訊知識（一般僅限於網絡通訊模型和tcp udp協議），但這僅僅是“需要知道”而已。

     大家其實也可以通過看各種職位描述和招聘需求，看下哪些技能實際上是不會問的，對於這些知識，就不用學，從而把精力用到學實際Java相關技能上。

     這裏需要說明，在大學階段學的很多知識，不能說沒用。比如網絡通訊里的tcp底層通訊細節，這些技能或者要等到工作5年後升級到高級開發或架構師的時候才會用到，而且以高級開發視角觀察需要掌握的通訊協議細節知識，絕對要比大學階段要複雜。

    換句話說，很多技能，在大學階段也就“需要了解有這事”，以在大學階段的經歷，再多用時間學，估計也無法達到“實際項目的需求”，而且等到有實際項目經驗時，再學這類技能也就是一兩周的事情。兩廂一對比，結論就很明確了：在校階段應該更多積累實際開發能力，因為更得靠這個找工作。 

4 用一個月的時間了解Java核心部分的內容

    通過上文，大家大致可以了解到畢業時找工作的目標，如果再不了解，可以實際看下招聘要求，甚至直接多去參加招聘會和面試，總之優先考察實際的開發能力，具體在Java核心部分，該如何高效學習呢？

    1 在電腦上裝jdk,eclipse，別用editplus之類的工具，最好再用eclipse的自動編譯功能。這方面，其實是鍛煉自己的動手搭建環境的能力，工作后，開發是一方面，搭建環境的能力同樣重要。

    2 剛開始，一定得去找兩三本Java入門書，先通過運行現有代碼，理解代碼的含義。別光看書不運行，開始階段，也多運行別人的代碼，別自己敲代碼。這裏建議直接找書，因為相比一些視頻教材，畢竟書上的知識很系統，而且能正式出版的書一般沒代碼問題，能直接運行。不建議自己敲代碼，是因為自己敲代碼時，多少會遇到問題，遇到問題后延誤學習進度是小，因為一直得不到解決從而影響學習信心，甚至終止學習了，事情就大了。

    3 如果找到兩三本Java入門書，一般其中涵蓋的知識系統大多很相似，大家可以先運行一遍所有代碼，這樣就能大致掌握代碼結構和基本知識點，而且由於書上代碼一般問題不大，而且質量也不會低，至少不會有太大的阻礙性問題。

    4 當運行好以後，着重觀察集合，面向對象，多線程，IO處理，JDBC，異常處理相關章節，這個階段，是以掌握API用法為主，在這基本上再看下諸如接口，抽象類，異常處理流程，垃圾回收之類的高級知識點。 

    在上述基礎上，如果可以通過資料的幫助，用Java實現堆棧，鏈表，隊列，散列表，樹等的數據結構，同時操練各種排序算法，這對找工作也有些幫助。

5 用半個月的時間，以MySQL為例，了解數據庫的大致操作

    在數據庫方面，最好也去找本書，同時在MYSQL上實踐。為什麼選MYSQL？因為這比較輕，相比Oracle而言，好安裝，當然如果有條件裝SQL Server之類的，那就更好了。 

    1 在MySQL數據庫上，實踐各種增刪改查的SQL語句，實踐建表，建索引能技巧，同時實踐一下諸如子查詢，with as等等複雜的SQL語句。

    2  用JDBC連同MYSQL，在Java代碼里做各種增刪改查的操作。

    3  在此基礎上，了解諸如索引，範式和鎖等概念，這時候雖然認識也會很膚淺，但至少不會一頭霧水了。

    這樣，在數據庫方面，好歹有實際操作經驗了，這為之後的項目實踐，能打下很好的基礎。

6 用一個月的時間，了解基於Spring的web框架

    面試時更看重的是框架經驗，這塊學習的建議如下。

    1 先通過運行代碼，了解Spring里IOC, AOP，這時應該注意各種配置。

    2 熟悉Spring的基本概念后，可以嘗試跑一個SSM的小例子，這個例子可以非常簡答，就一個頁面也行，但要包含Spring MVC和Mybatis諸多要素，這樣大家好歹能知道框架的構成，在這個基礎上，可以繼續擴展，加些必要的業務，從而進一步了解這個框架。

    在這個階段，還是最好看書上的例子，因為書上的例子一定能通，而且還會帶部署和運行的步驟，還是不建議自己敲代碼，因為SSM框架相對複雜，在這個階段如果自己敲，很有可能會因為問題太多而放棄。

    3 在自己機器上跑通SSM框架的案例后，可以網上找個帶業務的系統，比如圖書管理系統等，從中看些前端和後端交互數據的流程，同時，結合業務看Mybatis里的ORM過程，以及Spring里的常用註解。     

7 在學習過程中，可以避免的誤區

    Java方面，本人按照上述步驟輔導過不少在校的同學，只要肯上心練習，效果不會太差，不過很多同學在實踐過程中會走彎路，這裏列些普遍存在的問題，請大家在操練的過程中盡量避免。

    1 別鑽牛角尖，先面再點。比如有同學對一個知識點不理解，或者一段代碼運行有問題，就會在這個點上耗費很多時間，不解決就不繼續。其實在這個過程中，首先需要全方位掌握SSM框架、Java技術和數據庫，個別點如果有問題，可以跳過，或者一個案例運行不通可以運行其它類似的，總之別在一個點上花費太多的時間。

    2 再啰嗦一下，最好先照着書上代碼運行，開始階段的學習方法是“複製粘貼運行理解”，在自己已經有一定的基礎后，再嘗試自己寫代碼。

    3 在操練SSM項目時，有些同學會照着視頻上提到步驟做，如果有些視頻步驟不對，這樣就會有問題，所以還是建議照着書做。

    4 工具要選對，剛開始就eclipse，或者Idea，別用editplus或命令行。

    上述是方法上的誤區，其實最大的問題出在態度上，上述學習過程持續時間不會短，快則兩三個月，慢則半年，如果中途因為效果不明顯而放棄，那就很可惜了。 

8 有學習項目經驗后，爭取找些商業項目的實踐機會

    按照上述步驟，讓自己擁有最基本的SSM以及其它Java和數據庫相關技能后，要做的絕不是繼續積累學習項目經驗，而是盡可能去找實習的機會，以積累商業項目的經驗。在找實習經驗方面，大家可以參照如下的建議。

    1 在我之前的博文里也提到，大三時，打聽計算機學院里哪些老師和外面公司有合作，一般碩導都有這樣的項目，然後直接去找老師，剛開始不要錢，只求經驗，或許對各位在校生同學而言，這種方式是比較可行的，本人第一個商業項目經驗也是由此得到的。

    2 一般學校里都會安排實習，實習的過程中，一定要重視，這個是實打實的商業項目經驗。

    3 寒暑假，找軟件公司，這可能會比較艱辛，因為在校階段自己非常難找相關實習機會，但要去找。

    4 這個大家根據自己的實際情況自己斟酌：如果報培訓班，多少能積累些項目經驗，但這僅僅是學習項目經驗，不過在培訓班裡，可以找相關老師推薦實習的機會。

    5 如果實在找不到實習的機會，那麼盡可能通過各種渠道，去找商業項目經驗的案例，我知道有些網站有，但不做廣告。雖然靠這種方式積累的商業項目經驗質量就打折扣了，但好歹聊勝於無，而且畢竟很多畢業生，連學習項目經驗都沒。 

    不少在校的同學發現，哪怕實際只幹了三個月的商業項目經驗，自己的技能也會很大程度提升，而且實際的商業項目經驗，會讓大家掌握書本上根本不會多提但項目里一定會用的技能，比如JVM內存調優或多線程併發。從這意義上來講，只要有條件，大學生朋友應該擠破頭去找商業項目的經驗，而不是悠哉游哉地坐在機房裡敲代碼。只要你有商業項目的經驗，哪怕就三個月，找工作時你就有代差優勢。

9 畢業生準備簡歷的要點

    按照上述步驟，大家在畢業時，多少會有些商業項目經驗，再不濟也能有學習項目經驗，請記住，在招聘畢業生時，第一看項目經驗，第二看項目里包含的技能，第三再問算法和理論問題，至於邏輯題和情商題，只供參考。

     對此，畢業生在簡歷中，一定得突出做過的項目經驗，優先挖掘商業項目經驗，實在沒有學習項目也行。如果沒任何項目經驗，那麼找工作時會吃力很多。本文的重點是講學習方法，準備簡歷的技能只是稍微提到。這塊可以參考的之前寫的博文，。如果有時間的話，或許我會再專門針對畢業生朋友，寫篇文章講在java方面，如何準備簡歷和面試，以及如何找工作。 

10 總結：最多堅持半年，技能就會大變樣

    我記得兩年前，我的Python能力僅限於寫hello world，我運行代碼看文檔，辛苦堅持了半年，自認為就達到了出版書的地步，再過了半年，果真就從出版社接到了一本以股票案例講述Python技術的選題，並自認為寫的內容不會誤人子弟。

    我持續關注了一位大學生網友的公眾號，也就是寫了半年多博客，他技術看上去就更專業多了。能堅持不懈地上進，這種精神值得提倡，雖然我工作很久了，但也得時刻警惕，不能懈怠，這也是我肯推薦該公眾號的原因，不僅推薦其內容，更提倡這種精神。

    不光是這位同學，經我培訓的其它很多大學生，也只要肯上心學，最多半年，最短三個月，就能從小白進階到能實際幹活的水平，而且還真能面試進軟件公司幹活。 

    本文雖然長，但其中也是盡我所能，給出大學生朋友若干有實際操作性的學習建議，其實對於其它初學者，本文給出的建議同樣適用。希望本文能幫到大家，最後感謝大家能讀完此文。

版權說明：

    如果要轉載本文，請先徵得本人同意。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※專營大陸空運台灣貨物推薦

※台灣空運大陸一條龍服務